Modules jta and java.sql export package javax.transaction.xa to module dom4j
As you can see, both modules jta and java.sql export the same package, javax.transaction.xa. However, the package in jta has classes that I require that are not present in java.sql. I would simply not require the java.sql module, but I need java.sql.SQLException.
Is it possible to prevent java.sql from exporting javax.transaction.xa?
The JTA GitHub reads the following in confirmation to what @Alan already pointed out in a comment -
This standalone release of Java(TM) Java Transaction API (JTA), uses a Java Platform Module System "automatic" module name of
java.transaction, to match the module name used in JDK 9. A future version will include full module metadata. Moreoverjavax.transaction.xapackage is now owned by Java SE.
You can use the version with Maven(e.g) using :-
<dependency>
<groupId>javax.transaction</groupId>
<artifactId>javax.transaction-api</artifactId>
<version>1.3</version>
</dependency>
Here is the release notes for JTA1.3MR.
Additionally the JEP 320: Remove the Java EE and CORBA Modules elaborates on the same -
... The
javax.transaction.xapackage supports XA transactions in JDBC. This "XA package" is co-located with JDBC in thejava.sqlmodule in Java SE 9. Because thejava.sqlmodule is not upgradeable, it is not possible for a standalone version of JTA to override the Java SE version of the XA package
and to further note for extensibility in your solution
...For ease of maintenance, the XA package in Java SE may be moved to a different non-upgradeable module in the future, but as an architectural matter it will remain in Java SE alongside JDBC for the long term...
and as planned
In early 2018, JTA 1.3 will be defined to consist of just the CORBA interop package; the JAR file will be updated accordingly.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With