You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openjpa.apache.org by "Donald Woods (JIRA)" <ji...@apache.org> on 2009/09/22 21:18:16 UTC

[jira] Updated: (OPENJPA-1143) Synch JPA 2.0 development with evolving JPA 2.0 Spec

     [ https://issues.apache.org/jira/browse/OPENJPA-1143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Donald Woods updated OPENJPA-1143:
----------------------------------

    Affects Version/s:     (was: 2.0.0)
        Fix Version/s:     (was: 2.0.0-M4)
                           (was: 2.0.0)

> Synch JPA 2.0 development with evolving JPA 2.0 Spec
> ----------------------------------------------------
>
>                 Key: OPENJPA-1143
>                 URL: https://issues.apache.org/jira/browse/OPENJPA-1143
>             Project: OpenJPA
>          Issue Type: Task
>          Components: jpa
>            Reporter: Pinaki Poddar
>            Assignee: Pinaki Poddar
>             Fix For: 2.0.0-M3
>
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> The current development of JPA 2.0 features is based on JPA 2.0 Specification published mid-March 2009. Since then, the specification has evolved in major way. However, no public draft version of the specification is available or planned in near future. Several strategic and logistical steps will be taken to narrow the gap between ongoing implementation and the current version of the unpublished spec. 
> 1. The latest spec API to repository will be checked-in as 1.0-EA3-SNAPSHOT 
> 2. Build dependency will be updated to this latest version.
> 3 The implementation will be refactored to the latest spec version. This refactored implementation merely compiles and is not validated by tests.
> 4. CriteriaQuery and MetaModel tests are deactivated till the spec API stabilizes. Because the query result processing is going through serious churn. Hence, any effort to reorient and validate 200+ tests against a meta-stable API has little value at this point. 
> 5. Given the rather long names of some of the new API and their generic type argument list, the existing line length limit of 80 will be relaxed to 120 for better readability. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.