+1 regards,
François fpa...@apache.org francois.pa...@openobject.fr Le 30/09/2021 à 20:04, Mark Struberg a écrit : > Hiho! > > Sorry for x-posting, but this is really something we need to fix in > geronimo-specs. > Gonna roll the changes and perform a release if there is no objection. > > LieGrue, > strub > >> Anfang der weitergeleiteten Nachricht: >> >> *Von: *Mark Struberg <strub...@yahoo.de.INVALID >> <mailto:strub...@yahoo.de.INVALID>> >> *Betreff: **Aw: OpenJPA 3.2.0 with Java 16* >> *Datum: *30. September 2021 um 20:01:47 MESZ >> *An: *us...@openjpa.apache.org <mailto:us...@openjpa.apache.org> >> *Antwort an: *us...@openjpa.apache.org <mailto:us...@openjpa.apache.org> >> >> Hi Rob! >> >> It's even a bit more complicated. During the javax -> jakarta spec >> migration we found a few javax packages which will remain in the JDK >> and thus remain to keep the javax package name. The >> javax.transaction.xa is one of those. It is also not part of the >> official jakarta jta packages. Thus I'd say we should also remove >> this package from the geronimo specs jar and roll a new release. Just >> checked that the xa package is also part of Java 17 still. >> >> LieGrue, >> strub >> >> >> >>> Am 28.09.2021 um 18:11 schrieb Rob Scala <r...@scalas.com >>> <mailto:r...@scalas.com>>: >>> >>> Hi Everyone, >>> >>> I hope I have the right mailing list. >>> >>> I'm working on upgrading from java 8 to java 16, and updating >>> dependencies in the process. My project is modular. I hit a >>> stumbling block with a split package: >>> >>> module X reads package javax.transaction.xa from both >>> org.apache.geronimo.specs.geronimo.jta.spec and java.transaction.xa >>> >>> where X is a lot of different modules, including apache commons, >>> awssdk, jersey, etc. >>> >>> I understand that this error is caused by a core java module >>> (java.transaction.xa) and a geronimo.jta module both containing >>> classes in the packate "javax.transaction.xa". That is not allowed >>> in modular projects. Since the geronimo module is required by >>> OpenJPA, I tried excluding the core java module, but that didn't >>> work, and I don't know if it even should work. >>> >>> Has anyone used OpenJPA in a modular project? Is there a solution >>> for this? >>> >>> Thanks a bunch! >>> >>> Rob Scala >>> >> >