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 <[email protected]>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 <[email protected]>: > >> 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 > > <[email protected]>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*
