You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openjpa.apache.org by "Jeremy Bauer (JIRA)" <ji...@apache.org> on 2009/01/07 22:08:44 UTC
[jira] Updated: (OPENJPA-850) Support equivalent names for plug-in
value
[ https://issues.apache.org/jira/browse/OPENJPA-850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jeremy Bauer updated OPENJPA-850:
---------------------------------
Issue Type: Sub-task (was: New Feature)
Parent: OPENJPA-807
> Support equivalent names for plug-in value
> ------------------------------------------
>
> Key: OPENJPA-850
> URL: https://issues.apache.org/jira/browse/OPENJPA-850
> Project: OpenJPA
> Issue Type: Sub-task
> Components: lib
> Reporter: Pinaki Poddar
> Assignee: Pinaki Poddar
> Fix For: 2.0.0
>
> Original Estimate: 120h
> Remaining Estimate: 120h
>
> Plug-in values are identified or stored in the configuration using a key that consists of a prefix followed by a moniker that is available via Value.getProperty() method. This feature will support multiple equivalent moniker for the same value. This is needed because JPA 2.0 Specification defines certain pre-defined property key in javax.persistence.* namespace that has pre-existing openjpa.* equivalents. To support a configuration that uses new property key e.g. "javax.persistence.jdbc.driver" and retain backward compatibility with a configuration that uses equivalent 'openjpa.ConnectionDriverName', a seamless solution should be provided that can add equivalent property names to a Value. The configuration processing and finding a Value in a Map should be upgraded to account for the fact that a Value can have more than one names.
> The implementation must follow the following guidelines
> a) The 'primary name' of the Value will have the exact same semantics of existing Value.getProperty() method
> b) configuration processing layer should mutate any Value that is specified with a new equivalent javax.persistence.* key to its openjpa.* equivalent. This will ensure that post-configuration processing layers are not impacted (or burdened) by this extra feature of a Value having equivalent name.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.