openjpa-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Craig Russell (JIRA)" <j...@apache.org>
Subject [jira] Commented: (OPENJPA-331) Allow BigInteger and other Basic types as Primary Keys
Date Tue, 18 Dec 2007 17:54:43 GMT

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

Craig Russell commented on OPENJPA-331:
---------------------------------------

Hi Miro,

Thanks for the patch! The copyright and license in the headers of the new files are an issue
that I'd like you to fix and resubmit. Since the changes have already been checked in, an
update to the headers and/or NOTICE.txt is all that's needed.

Please see http://cwiki.apache.org/confluence/display/openjpa/Found+a+Bug for details on the
headers that are needed.

Thanks,

Craig

> Allow BigInteger and other Basic types as Primary Keys
> ------------------------------------------------------
>
>                 Key: OPENJPA-331
>                 URL: https://issues.apache.org/jira/browse/OPENJPA-331
>             Project: OpenJPA
>          Issue Type: Bug
>          Components: kernel
>    Affects Versions: 0.9.7, 1.0.0
>            Reporter: Kevin Sutter
>            Assignee: Kevin Sutter
>             Fix For: 1.0.2, 1.1.0
>
>         Attachments: fix-OpenJPA-331.patch
>
>
> Section 2.1.4 of the JPA spec outlines the requirements for a primary key (@Id):
> Section 2.1.4:  A simple ( i.e., non-composite) primary key must correspond to a single
persistent field or property of
> the entity class. The Id annotation is used to denote a simple primary key. See section
9.1.8.
> Also from Section 2.1.4 :  The primary key (or field or property of a composite primary
key) should be one of the following types:
> any Java primitive type; any primitive wrapper type; java.lang.String; java.util.Date;
> java.sql.Date. In general, however, approximate numeric types (e.g., floating point types)
should
> never be used in primary keys. Entities whose primary keys use types other than these
will not be portable.
> If generated primary keys are used, only integral types will be portable. If java.util.Date
is
> used as a primary key field or property, the temporal type should be specified as DATE.
> Right now, we are treating the "should be" statement above as "must be" and only allowing
the specified types as primary keys.  But, the sentence in the middle of this paragraph ("Entities
whose primary keys use types other than these will not be portable.") indicates that other
types can also be allowed, but may not be portable.
> It seems that Glassfish allows these additional Basic types as primary keys.  We should
probably allow the same thing to keep up with the Jones'.
> This was discussed on dev mailing list.  http://www.nabble.com/BigInteger-as-%40Id-tf4318071.html

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


Mime
View raw message