Transition from Java EE to Jakarta EE #26041

laingke · 2023-06-04T07:51:02Z

Feature Request

For English only, other languages will not be accepted.

Please pay attention on issues you submitted, because we maybe need more details.
If no response anymore and we cannot make decision by current information, we will close it.

Please answer these questions before submitting your issue. Thanks!

Is your feature request related to a problem?

No

Describe the feature you would like.

After Jakarta EE 9 has been released, The group id javax-*** is no longer maintained, it would be a good idea to migrate javax to jakarta namespace.

The following GAVs are mentioned in shardingsphere:

<dependency>
    <groupId>javax.transaction</groupId>
    <artifactId>jta</artifactId>
</dependency>
<dependency>
    <groupId>javax.annotation</groupId>
    <artifactId>javax.annotation-api</artifactId>
</dependency>
<dependency>
    <groupId>javax.xml.bind</groupId>
    <artifactId>jaxb-api</artifactId>
</dependency>
<dependency>
    <groupId>javax.activation</groupId>
    <artifactId>javax.activation-api</artifactId>
</dependency>

Here is the latest version until May 30th, 2023:

<dependency>
    <groupId>jakarta.transaction</groupId>
    <artifactId>jakarta.transaction-api</artifactId>
    <version>2.0.1</version>
</dependency>
<dependency>
    <groupId>jakarta.annotation</groupId>
    <artifactId>jakarta.annotation-api</artifactId>
    <version>2.1.1</version>
</dependency>
<dependency>
    <groupId>jakarta.xml.bind</groupId>
    <artifactId>jakarta.xml.bind-api</artifactId>
    <version>4.0.0</version>
</dependency>
<dependency>
    <groupId>jakarta.activation</groupId>
    <artifactId>jakarta.activation-api</artifactId>
    <version>2.1.2</version>
</dependency>

Refs:
Jakarta EE Maven Coordinates
Transition from Java EE to Jakarta EE
Javax to Jakarta Namespace Ecosystem Progress

The text was updated successfully, but these errors were encountered:

linghengqian · 2023-06-04T16:18:27Z

@laingke Hey, this issue is blocked at Add support for JakartaEE 9 atomikos/transactions-essentials#171. If we need to remove all of the Atomikos-related unit tests because of a namespace change, this is an issue that has to be put on the mailing list.
I know you have noticed that the https://www.atomikos.com/Blog/TransactionsEssentials6dot0. But we consider that their Release Notes mention that they currently provide only limited support for JMS 2.0, which is a red flag.
update: This issue is only related to whether Bitronix related support needs to be retained.

linghengqian · 2023-06-05T17:15:43Z

@FlyingZC Hi, I noticed that Bitronix's repository has been archived, refer to https://github.com/bitronix/btm and https://shardingsphere.apache.org/document/5.3.2/en/dev-manual/transaction/ .
Engineers at Software AG abandoned Bitronix. Should we remove Bitronix-related code for this issue? Refer to Why is there no activity on the Bitronix github? scalar-labs/btm#107 .

FlyingZC · 2023-06-07T07:32:12Z

@linghengqian I personally agree with the removal, atomikos and naryana are enough, and bitronix has not been maintained for a long time.

laingke · 2023-06-07T10:56:51Z

@linghengqian I recently refactored the BTM project(with the latest dependies) https://github.com/laingke/btm , and an unofficial version may be released in the future. Is it possible for shardingsphere to integrate an unofficial artifact?

linghengqian · 2023-06-07T12:03:58Z

@linghengqian I recently refactored the BTM project(with the latest dependies) https://github.com/laingke/btm , and an unofficial version may be released in the future. Is it possible for shardingsphere to integrate an unofficial artifact?

I think there is no problem, because Bitronix is only one of the implementations of a specific SPI in ShardingSphere. For other implementations, as long as the LICENSE is allowed by ASF, they can be included directly.

laingke · 2023-06-08T04:40:09Z

@linghengqian I recently refactored the BTM project(with the latest dependies) https://github.com/laingke/btm , and an unofficial version may be released in the future. Is it possible for shardingsphere to integrate an unofficial artifact?

I think there is no problem, because Bitronix is only one of the implementations of a specific SPI in ShardingSphere. For other implementations, as long as the LICENSE is allowed by ASF, they can be included directly.

That is OK, since 3.0.0-SNAPSHOT, Bitronix licensed with APACHE LICENSE 2.0.

linghengqian · 2023-07-11T17:05:39Z

@laingke Hi, I would like to inquire if I can remove the btm related code from ShardingSphere now to resolve the issue javax.xml.bind.JAXBException: Implementation of JAXB-API has not been found on module path or classpath. #26896 ?
It seems unlikely that laingke/btm will release its first version before the release of ShardingSphere 5.4.1.

laingke · 2023-07-11T23:26:12Z

@laingke Hi, I would like to inquire if I can remove the btm related code from ShardingSphere now to resolve the issue javax.xml.bind.JAXBException: Implementation of JAXB-API has not been found on module path or classpath. #26896 ?

It seems unlikely that laingke/btm will release its first version before the release of ShardingSphere 5.4.1.

That is OK, my version still need 1 or 2 month to develop.

linghengqian · 2023-08-07T22:13:31Z

@laingke @KouShenhai @xiaogang-github The migration to Jakarta EE 9 is already in Migrate from Jakarta EE 8 to Jakarta EE 9 #27976 .
Assuming you are using Spring Boot OSS 3/Quarkus 3. Jakarta EE 9.1/10 users can test this PR-related branch.

linghengqian · 2023-08-28T17:33:01Z

On https://github.com/linghengqian/shardingsphere-v540-readwrite-splitting-test corresponding to commit linghengqian/shardingsphere-v540-readwrite-splitting-test@a120320 , I created some tests for Spring Boot OSS 3.1.2. Except for XA distributed transactions, ordinary functions can be used normally.
The required dependencies may not be obvious, maybe I should create a documentation PR to clarify up front.

        <dependency> 
             <groupId>org.apache.shardingsphere</groupId> 
             <artifactId>shardingsphere-jdbc-core</artifactId> 
             <version>5.4.0</version> 
         </dependency> 
         <dependency> 
             <groupId>org.yaml</groupId> 
             <artifactId>snakeyaml</artifactId> 
             <version>1.33</version> 
         </dependency> 
         <dependency> 
             <groupId>org.glassfish.jaxb</groupId> 
             <artifactId>jaxb-runtime</artifactId> 
             <version>2.3.8</version> 
         </dependency>

I'm still not sure if I should merge Migrate from Jakarta EE 8 to Jakarta EE 9 #27976 before Spring Boot OSS 2.7.x ends community support (2023-11-18). On the ShardingSphere side, issues from Spring Boot 2.x have increased recently.

github-actions · 2023-09-27T20:08:52Z

There hasn't been any activity on this issue recently, and in order to prioritize active issues, it will be marked as stale.

zhfeng · 2023-11-17T07:29:58Z

I test with quarkus-shardingsphere-jdbc and it fails to start the application

Caused by: java.lang.RuntimeException: java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException
	at io.quarkus.hibernate.orm.runtime.JPAConfig.startAll(JPAConfig.java:78)
	at io.quarkus.hibernate.orm.runtime.HibernateOrmRecorder.startAllPersistenceUnits(HibernateOrmRecorder.java:101)
	at io.quarkus.deployment.steps.HibernateOrmProcessor$startPersistenceUnits1868654632.deploy_0(Unknown Source)
	at io.quarkus.deployment.steps.HibernateOrmProcessor$startPersistenceUnits1868654632.deploy(Unknown Source)
	... 13 more
Caused by: java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException
	at org.apache.shardingsphere.mode.repository.standalone.jdbc.JDBCRepository.init(JDBCRepository.java:59)
	at org.apache.shardingsphere.infra.spi.type.typed.TypedSPILoader.findService(TypedSPILoader.java:61)
	at org.apache.shardingsphere.infra.spi.type.typed.TypedSPILoader.getService(TypedSPILoader.java:110)
	at org.apache.shardingsphere.mode.manager.standalone.NewStandaloneContextManagerBuilder.build(NewStandaloneContextManagerBuilder.java:48)
	at org.apache.shardingsphere.driver.jdbc.core.datasource.ShardingSphereDataSource.createContextManager(ShardingSphereDataSource.java:78)
	at org.apache.shardingsphere.driver.jdbc.core.datasource.ShardingSphereDataSource.<init>(ShardingSphereDataSource.java:66)
	at org.apache.shardingsphere.driver.api.ShardingSphereDataSourceFactory.createDataSource(ShardingSphereDataSourceFactory.java:95)
	at org.apache.shardingsphere.driver.api.yaml.YamlShardingSphereDataSourceFactory.createDataSource(YamlShardingSphereDataSourceFactory.java:167)
	at org.apache.shardingsphere.driver.api.yaml.YamlShardingSphereDataSourceFactory.createDataSource(YamlShardingSphereDataSourceFactory.java:102)
	at org.apache.shardingsphere.driver.jdbc.core.driver.DriverDataSourceCache.createDataSource(DriverDataSourceCache.java:52)
	at org.apache.shardingsphere.driver.jdbc.core.driver.DriverDataSourceCache.lambda$get$0(DriverDataSourceCache.java:46)
	at java.base/java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1708)
	at org.apache.shardingsphere.driver.jdbc.core.driver.DriverDataSourceCache.get(DriverDataSourceCache.java:46)
	at org.apache.shardingsphere.driver.ShardingSphereDriver.connect(ShardingSphereDriver.java:53)
	at io.agroal.pool.ConnectionFactory.createConnection(ConnectionFactory.java:226)
	at io.agroal.pool.ConnectionPool$CreateConnectionTask.call(ConnectionPool.java:536)
	at io.agroal.pool.ConnectionPool$CreateConnectionTask.call(ConnectionPool.java:517)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at io.agroal.pool.util.PriorityScheduledExecutor.beforeExecute(PriorityScheduledExecutor.java:75)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
	at java.base/java.lang.Thread.run(Thread.java:833)

zhfeng · 2023-11-17T07:33:01Z

It seems that when quarkus build the application, it will exclude the old Java EE artifacts like javax.xml.bind:jaxb-api. Is there any plan to bump to Jakarata EE 10? It's a uncompatitable change from the package name javax. -> jakarta.

zhfeng · 2023-11-17T07:51:43Z

Or is it possible to implement a memory only repostitory? like MemoryRepository which does not depend on any other external persistent storage.

linghengqian · 2023-11-17T11:35:41Z

Or is it possible to implement a memory only repostitory? like MemoryRepository which does not depend on any other external persistent storage.

This may be a bit troublesome. There are many modules that need to be parsed through JAXB API. Please refer to Migrate JAXB Runtime from com.sun.xml.bind:jaxb-impl to org.glassfish.jaxb:jaxb-runtime #29013 .
Of course shardingsphere can be migrated to Jakarta EE 9 right away to fix this issue, it just requires me to fix Migrate from Jakarta EE 8 to Jakarta EE 9 #27976 .
Merging Migrate from Jakarta EE 8 to Jakarta EE 9 #27976 will mean that in the existing shardingsphere example module, the spring boot example module needs to use JDK17+ to run. We also need to declare that support for XA distributed transactions will be dropped on spring boot 2.x. Considering that Spring Boot 2.x will end OSS support this month, and shardingsphere will release 5.4.2 in December this year, should I merge Migrate from Jakarta EE 8 to Jakarta EE 9 #27976 on the current version milestone? Or merge Migrate from Jakarta EE 8 to Jakarta EE 9 #27976 on shardingsphere 5.4.3 or shardingsphere 5.5.0?

linghengqian · 2023-11-17T12:00:50Z

According to the dependencies of org.glassfish.jaxb:jaxb-runtime:2.3.9, is it feasible to only do the following? The following dependencies are still in the Java EE 8 namespace, but the GAV of the corresponding dependencies is migrated to Eclipse.
javax.xml.bind:jaxb-api:2.3.1 to jakarta.xml.bind:jakarta.xml.bind-api:2.3.3
javax.activation:javax.activation-api:1.2.0 to jakarta.activation:jakarta.activation-api:1.2.2

zhfeng · 2023-11-17T12:04:10Z

Well, these javax -> jakarta changes are uncompatitable and ~~I think it needs a majar bump version to shardingsphere like 6.0.0~~. If it only impact the internal parsing xml config file, it could not bump the majar verion.

zhfeng · 2023-11-17T12:10:20Z

There is only shardingsphere-standalone-mode-repository-jdbc uses jaxb. All of others are test. And it seems it's only used to parse the configuration files like H2.xml internally. So it might not impact users?

zhfeng · 2023-11-17T12:11:19Z

So @linghengqian are you working on this migration?

zhfeng · 2023-11-17T12:26:45Z

Just FYI, narayana 7.0.0.Final has been moved to support Jakara EE 10 and change the license to Apache License V2.0.

linghengqian · 2023-11-17T12:56:03Z

So @linghengqian are you working on this migration?

I will rebase Migrate from Jakarta EE 8 to Jakarta EE 9 #27976 in the next few days and ask for review.

linghengqian · 2023-12-12T17:47:23Z

Or is it possible to implement a memory only repostitory? like MemoryRepository which does not depend on any other external persistent storage.

Migrate from Jakarta EE 8 to Jakarta EE 9 #27976 remains external controversy and Migrate from Jakarta EE 8 to Jakarta EE 9 #27976 is proposed to delay the merger by me.
I noticed the uselessness of the JAXB API while investigating Create Maven module shardingsphere-jdbc-core-jakarta using Jakarta EE 9 API #29209, and I'm now opening Removes use of JAXB API via jackson-dataformat-xml #29384.
Removes use of JAXB API via jackson-dataformat-xml #29384 removed all use of the JAXB API, retaining use only in test modules. I think this will provide an out-of-the-box experience for Spring Boot OSS 3/Quarkus 3/Micronaut Framework 4/Helidon 3 users.
XA distributed transactions are still not ready on Spring Boot OSS 3/Quarkus 3/Micronaut Framework 4/Helidon 3.

github-actions · 2024-03-01T20:07:11Z

There hasn't been any activity on this issue recently, and in order to prioritize active issues, it will be marked as stale.

linghengqian · 2024-10-02T00:53:04Z

For anyone following the migration movement of the javax.annotation.** packages in com.google.code.findbugs:jsr305, this package will logically move to https://github.com/jspecify/jspecify to follow Spring Boot's lead. See https://spring.io/blog/2024/10/01/from-spring-framework-6-2-to-7-0 and Migrate to JSpecify annotations for nullability constraints spring-projects/spring-framework#28797 .
In fact, ShardingSphere does not have any transaction integration test for Spring Boot at all, and it is a bit doubtful whether Migrate from Jakarta EE 8 to Jakarta EE 9 #27976 has the impact of classpath conflict.
Having said that, if someone really want to test Narayana's distributed transactions, they actually need to start a k3s container through testcontainers-java, that is, start a local kubernetes cluster through docker engine, which may bring greater trouble. Because Narayana is a typical stateful component, its scalability needs to be achieved through WildFly's Kubernetes Operator. See https://github.com/wildfly/wildfly-operator/blob/1.1.0/doc/user-guide.adoc#scaledown-transaction-recovery .

linghengqian added the status: blocked label Jun 4, 2023

linghengqian mentioned this issue Jun 6, 2023

Update Atomikos to 6.0.0 on javax classifier #26074

Merged

6 tasks

linghengqian added feature: transaction type: dependencies Pull requests that update a dependency file and removed status: blocked labels Jun 6, 2023

github-actions bot added the stale label Jul 8, 2023

linghengqian removed the stale label Jul 11, 2023

linghengqian mentioned this issue Jul 11, 2023

javax.xml.bind.JAXBException: Implementation of JAXB-API has not been found on module path or classpath. #26896

Closed

This was referenced Jul 28, 2023

Update Atomikos to 6.0.0 on javax classifier #27549

Merged

Remove the obsolete XA distributed transaction manager implementation of Bitronix #27924

Merged

linghengqian linked a pull request Aug 7, 2023 that will close this issue

Migrate from Jakarta EE 8 to Jakarta EE 9 #27976

Open

6 tasks

This was referenced Aug 29, 2023

Markup SpringBoot users need to specify SnakeYAML version in Github Wiki #21476

Closed

Add a description of the Jakarta EE namespace in the documentation for Spring Boot #28303

Merged

linghengqian mentioned this issue Sep 11, 2023

[DISCUSS] Release Plan of ShardingSphere 5.4.1 #28411

Closed

github-actions bot added the stale label Sep 27, 2023

linghengqian removed the stale label Sep 28, 2023

linghengqian mentioned this issue Nov 12, 2023

Migrate JAXB Runtime from com.sun.xml.bind:jaxb-impl:2.3.0 to org.glassfish.jaxb:jaxb-runtime:2.3.1 #29012

Closed

This was referenced Nov 26, 2023

Create Maven module shardingsphere-jdbc-core-jakarta using Jakarta EE 9 API #29209

Closed

Migrate from Java EE 8 to Jakarta EE 8 #29211

Merged

linghengqian mentioned this issue Dec 12, 2023

Removes use of JAXB API via jackson-dataformat-xml #29384

Merged

6 tasks

linghengqian mentioned this issue Feb 12, 2024

Remove invalid Jakarta EE 8 dependency LICENSE #30098

Merged

6 tasks

5wA6as mentioned this issue Feb 20, 2024

Feature Request: Migrate from Java EE to Jakarta EE stevensouza/jamonapi#31

Open

linghengqian mentioned this issue Feb 27, 2024

ShardingSphere Jdbc transaction 支持问题 #30300

Closed

github-actions bot added the stale label Mar 1, 2024

terrymanu removed the stale label Jul 7, 2024

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Transition from Java EE to Jakarta EE #26041

Transition from Java EE to Jakarta EE #26041

laingke commented Jun 4, 2023

linghengqian commented Jun 4, 2023 •

edited

Loading

linghengqian commented Jun 5, 2023 •

edited

Loading

FlyingZC commented Jun 7, 2023

laingke commented Jun 7, 2023

linghengqian commented Jun 7, 2023 •

edited

Loading

laingke commented Jun 8, 2023

linghengqian commented Jul 11, 2023

laingke commented Jul 11, 2023

linghengqian commented Aug 7, 2023

linghengqian commented Aug 28, 2023

github-actions bot commented Sep 27, 2023

zhfeng commented Nov 17, 2023

zhfeng commented Nov 17, 2023

zhfeng commented Nov 17, 2023

linghengqian commented Nov 17, 2023

linghengqian commented Nov 17, 2023

zhfeng commented Nov 17, 2023 •

edited

Loading

zhfeng commented Nov 17, 2023

zhfeng commented Nov 17, 2023

zhfeng commented Nov 17, 2023

linghengqian commented Nov 17, 2023

linghengqian commented Dec 12, 2023

github-actions bot commented Mar 1, 2024

linghengqian commented Oct 2, 2024 •

edited

Loading

Transition from Java EE to Jakarta EE #26041

Transition from Java EE to Jakarta EE #26041

Comments

laingke commented Jun 4, 2023

Feature Request

Is your feature request related to a problem?

Describe the feature you would like.

linghengqian commented Jun 4, 2023 • edited Loading

linghengqian commented Jun 5, 2023 • edited Loading

FlyingZC commented Jun 7, 2023

laingke commented Jun 7, 2023

linghengqian commented Jun 7, 2023 • edited Loading

laingke commented Jun 8, 2023

linghengqian commented Jul 11, 2023

laingke commented Jul 11, 2023

linghengqian commented Aug 7, 2023

linghengqian commented Aug 28, 2023

github-actions bot commented Sep 27, 2023

zhfeng commented Nov 17, 2023

zhfeng commented Nov 17, 2023

zhfeng commented Nov 17, 2023

linghengqian commented Nov 17, 2023

linghengqian commented Nov 17, 2023

zhfeng commented Nov 17, 2023 • edited Loading

zhfeng commented Nov 17, 2023

zhfeng commented Nov 17, 2023

zhfeng commented Nov 17, 2023

linghengqian commented Nov 17, 2023

linghengqian commented Dec 12, 2023

github-actions bot commented Mar 1, 2024

linghengqian commented Oct 2, 2024 • edited Loading

linghengqian commented Jun 4, 2023 •

edited

Loading

linghengqian commented Jun 5, 2023 •

edited

Loading

linghengqian commented Jun 7, 2023 •

edited

Loading

zhfeng commented Nov 17, 2023 •

edited

Loading

linghengqian commented Oct 2, 2024 •

edited

Loading