[ 
https://issues.apache.org/jira/browse/OPENJPA-1011?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13069038#comment-13069038
 ] 

Kevin Sutter commented on OPENJPA-1011:
---------------------------------------

In my mind, this JIRA sounds more like a bug than a new feature.  I know that 
the generation of the metamodel code is not a requirement of the spec, but 
since the orm.xml can provide an entity's meta data, we should be processing it.

In the mean time, there are a couple of alternatives...  If you are a WebSphere 
RAD customer, or even just use Eclipse with the Dali plugin, you can use the 
metamodel code generation facility within these tools to process the orm.xml 
file.  Depending on your development environment, this may be an alternative 
until OpenJPA can update their tooling.

> Instantiate meta-model classes for JPA 2.0 from XML descriptors
> ---------------------------------------------------------------
>
>                 Key: OPENJPA-1011
>                 URL: https://issues.apache.org/jira/browse/OPENJPA-1011
>             Project: OpenJPA
>          Issue Type: New Feature
>    Affects Versions: 2.0.0
>            Reporter: Pinaki Poddar
>            Assignee: Pinaki Poddar
>             Fix For: 2.2.0
>
>   Original Estimate: 672h
>  Remaining Estimate: 672h
>
> JPA 2.0 has introduced a specification for strictly-typed dynamic query 
> construction. The type-strictness is based on availability of a meta-model. 
> The user application can either use meta-model API to access the type 
> information or instantiate the meta-model (referred as canonical meta-model) 
> with a set of auto-generated classes for compile-time binding. This issue 
> refers to instantiating the canonical meta-model at compile-time.
> The process involves processing source code annotations or xml descriptors.
> Annotation processing support in Java platform has significantly changed 
> across JDK version 5 and 6. In JDK5, the annotation processing was supported 
> by a command-line tool named apt based on com.sun.mirror API library. In JDK 
> 6, the annotation processing is more seamlessly integrated with javac 
> compilation process with javax.annotation API libraries.
> It is not obvious at this point on how to hook into compiler life-cycle when 
> source code has *no* annotation and persistence meta-data is *only* available 
> in XML descriptors.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to