long != Long?

[Romain Manni-Bucau <rm...@gmail.com>]

Hi

not sure that's intended but in
org.apache.openjpa.meta.ClassMetaData#validateAppIdClassPKs the direct
usage of isAssignableFrom makes long.class and Long.class (same for
all primitives in fact) incompatible.

Was seems upgrading deltaspike tomee tests to last openjpa. An ClassId
was using long and the entity Long.

Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau

Re: long != Long?

[Rick Curtis <cu...@gmail.com>]

I recall a change was made in this area earlier this year? Perhaps it was
this[1] JIRA?

[1] https://issues.apache.org/jira/browse/OPENJPA-2120


On Fri, Nov 22, 2013 at 9:53 AM, Romain Manni-Bucau
<rm...@gmail.com>wrote:

> the deltaspike test was passing with tomee 1.5 (using openjpa 2.2) so I
> guess so
> Romain Manni-Bucau
> Twitter: @rmannibucau
> Blog: http://rmannibucau.wordpress.com/
> LinkedIn: http://fr.linkedin.com/in/rmannibucau
> Github: https://github.com/rmannibucau
>
>
>
> 2013/11/22 Rick Curtis <cu...@gmail.com>:
> >> Was seems upgrading deltaspike tomee tests to last openjpa
> > I don't follow you. Are you saying that something changed and broke some
> > application?
> >
> >
> > On Fri, Nov 22, 2013 at 7:41 AM, Romain Manni-Bucau
> > <rm...@gmail.com>wrote:
> >
> >> Hi
> >>
> >> not sure that's intended but in
> >> org.apache.openjpa.meta.ClassMetaData#validateAppIdClassPKs the direct
> >> usage of isAssignableFrom makes long.class and Long.class (same for
> >> all primitives in fact) incompatible.
> >>
> >> Was seems upgrading deltaspike tomee tests to last openjpa. An ClassId
> >> was using long and the entity Long.
> >>
> >> Romain Manni-Bucau
> >> Twitter: @rmannibucau
> >> Blog: http://rmannibucau.wordpress.com/
> >> LinkedIn: http://fr.linkedin.com/in/rmannibucau
> >> Github: https://github.com/rmannibucau
> >>
> >
> >
> >
> > --
> > *Rick Curtis*
>



-- 
*Rick Curtis*

Re: long != Long?

[Romain Manni-Bucau <rm...@gmail.com>]

the deltaspike test was passing with tomee 1.5 (using openjpa 2.2) so I guess so
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau



2013/11/22 Rick Curtis <cu...@gmail.com>:
>> Was seems upgrading deltaspike tomee tests to last openjpa
> I don't follow you. Are you saying that something changed and broke some
> application?
>
>
> On Fri, Nov 22, 2013 at 7:41 AM, Romain Manni-Bucau
> <rm...@gmail.com>wrote:
>
>> Hi
>>
>> not sure that's intended but in
>> org.apache.openjpa.meta.ClassMetaData#validateAppIdClassPKs the direct
>> usage of isAssignableFrom makes long.class and Long.class (same for
>> all primitives in fact) incompatible.
>>
>> Was seems upgrading deltaspike tomee tests to last openjpa. An ClassId
>> was using long and the entity Long.
>>
>> Romain Manni-Bucau
>> Twitter: @rmannibucau
>> Blog: http://rmannibucau.wordpress.com/
>> LinkedIn: http://fr.linkedin.com/in/rmannibucau
>> Github: https://github.com/rmannibucau
>>
>
>
>
> --
> *Rick Curtis*

Re: long != Long?

[Rick Curtis <cu...@gmail.com>]

> Was seems upgrading deltaspike tomee tests to last openjpa
I don't follow you. Are you saying that something changed and broke some
application?


On Fri, Nov 22, 2013 at 7:41 AM, Romain Manni-Bucau
<rm...@gmail.com>wrote:

> Hi
>
> not sure that's intended but in
> org.apache.openjpa.meta.ClassMetaData#validateAppIdClassPKs the direct
> usage of isAssignableFrom makes long.class and Long.class (same for
> all primitives in fact) incompatible.
>
> Was seems upgrading deltaspike tomee tests to last openjpa. An ClassId
> was using long and the entity Long.
>
> Romain Manni-Bucau
> Twitter: @rmannibucau
> Blog: http://rmannibucau.wordpress.com/
> LinkedIn: http://fr.linkedin.com/in/rmannibucau
> Github: https://github.com/rmannibucau
>



-- 
*Rick Curtis*