Re: [cn4j-alliance] MP apis and "graduation" to Jakarta EE

[Emily Jiang <emijiang6@xxxxxxxxxxxxxx>]

I don't quite get what you meant. Both MP and Jakarta EE provide APIs for solving different scenarios. An app can choose the relevant APIs. I don't really get why people have strong opinions towards the same package name prefix. We need to treat the package names as simple strings. IDEs help with all of the import. If you use non spring, you will use Jakarta EE or MP. Most of APIs have different packages. I really don't think the package names matter much.

My support of moving MP Config to Jakarta is not to introduce circular dependencies. As you may know, MP relies on Jakarta and aligns with Jakarta EE releases. It is going to be very difficult if Jakarta EE starts to depend on MP specs. Break changes could not be mitigated but the circular dependencies are not.

e.g. MP 4.0 aligns with Jakarta EE 8. If Jakarta EE 8 Spec X relies on specs in Config 1.4 MP 3.3 because Jakarta EE 8 released before MP 3.3. A microservice wants to use both Jakarta EE 8 and MP 4.0. Which Config it will end up with? If Config 2.0 was loaded, do we know Jakarte EE 8 Spec X function ok as it was not being tested when it was released?

Emily

On Wed, Jan 20, 2021 at 5:46 PM arjan tijms <arjan.tijms@xxxxxxxxx> wrote:

Hi,

On Wed, Jan 20, 2021 at 12:21 AM Emily Jiang <emijiang6@xxxxxxxxxxxxxx> wrote:

Why do we want to move them? What message do we want to pass to developers? 

Eventually, that it is a single platform, and that developers don't have to think whether something is in EE or MP.

Maybe we can consider it the other way around: what is the advantage of a platform being divided for a developer?

Say I wanted to start with Spring as a developer. Would it be an advantage if it was just Spring, or would it be better if there was a Spring and (say) Radical Solutions, which both gave me the impression to overlap somewhat and compete somewhat, but also still worked together. What would a developer prefer? Just Spring? Or Spring + Radical Solutions?

Just some food for thought ;)

Kind regards,

Arjan

_______________________________________________
cn4j-alliance mailing list
cn4j-alliance@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cn4j-alliance

--

Thanks
Emily