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/07/08 19:23:14 UTC
[jira] Updated: (OPENJPA-1013) Build strictly-typed Criteria API
[ https://issues.apache.org/jira/browse/OPENJPA-1013?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jeremy Bauer updated OPENJPA-1013:
----------------------------------
Parent Issue: OPENJPA-1152 (was: OPENJPA-1105)
> Build strictly-typed Criteria API
> ---------------------------------
>
> Key: OPENJPA-1013
> URL: https://issues.apache.org/jira/browse/OPENJPA-1013
> Project: OpenJPA
> Issue Type: Sub-task
> Reporter: Pinaki Poddar
> Assignee: Pinaki Poddar
> Fix For: 2.0.0-M1
>
> Original Estimate: 1344h
> Remaining Estimate: 1344h
>
> JPA 2.0 has introduced specification for strictly-typed dynamic query construction a.k.a Criteria API. The design challenge to support this feature comes from the following
> 1. how to leverage existing OpenJPA query infrastructure?
> 2. the type-strictness is supported on the basis of a instantiated meta-model -- this is new for OpenJPA query infrastructure. Should we introduce more type-strictness in OpenJPA query infrastructure or not?
> The design goals (currently)
> 1. select current design pattern rather than some arbitrary hack to bridge existing OpenJPA query infrastructure and JPA 2.0 type-strict Criteria. Possibly it is Adapter pattern.
> 2. Do not change OpenJPA query infrastructure with more type-strictness (it is not type-free after all). Rather inject type information from the artifacts that implement new Criteria API into OpenJPA query artifacts.
> The implementation strategy:
> 1. Prototype the approach first.
> 2. Solidify a design that can be boiler plated (ok, almost) for numerous supported query expression and clauses. Then delegate construction of these parts.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.