Re: OpenJPA 3.2.0 with Java 16

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

+1, we should also provide the jakarta shade as in some other spec jars
which would just exclude javax and relocate others

Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> |  Blog
<https://rmannibucau.metawerx.net/> | Old Blog
<http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> |
LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
<https://www.packtpub.com/application-development/java-ee-8-high-performance>


Le jeu. 30 sept. 2021 à 20:04, Mark Struberg <st...@yahoo.de> 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 <st...@yahoo.de.INVALID>
> *Betreff: **Aw: OpenJPA 3.2.0 with Java 16*
> *Datum: *30. September 2021 um 20:01:47 MESZ
> *An: *users@openjpa.apache.org
> *Antwort an: *users@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 <ro...@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
>
>
>
>