Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakarta.ee-community] Fork Eclipse MicroProfile Configuration as Jakarta Configuration.

Yes, but I don't see why viewing MP and JEE as two extremes aspect of an ecosystem that is composed of many legacy customers unwilling to move off their monoliths to cloud native focused incremental or new development based on microservices does not cause doubts with regard to how to best handle these customers. So, here is a thought bomb.

Jakarta EE 10 would be the first opportunity to create a significant revision to the platform. There have been discussions about what should be updated in the platform along with what should be further deprecated. An idea that Red Hat has started to consider is one where EE 10 switches to a core platform that is based on MicroProfile and updates of its Jakarta EE dependencies. These APIs would be the only ones that would be updated and expanded going forward.


The remaining APIs would form a legacy profile to support existing Jakarta EE 8 and earlier customers who want support for their existing applications, but do not want to be forced to move. 


There are many details that would need to be worked out including support for JPMS, how Jakarta EE 8 / Java EE 8 support fit into the legacy profile, tooling, interaction of the MicroProfile and Jakarta projects, and finally, what APIs need to be updated and what those updates should look like.





On Mon, Apr 6, 2020 at 11:22 AM reza_rahman <reza_rahman@xxxxxxxxx> wrote:
My apologies Scott. I certainly do not mean to limit legitimate dialog. I hope it is also clear I really do wish the best for everyone involved certainly including MicroProfile. At some point though one does need to ask themselves what they really see as meeting the needs of an ecosystem and what really will work in the long and short term.

It certainly does not mean I have to be right. Indeed I am honestly hoping on some of this I am wrong and things are not as saddening as they seem at the moment. I really want to see this fundamental concept and ecosystem to stand the test of time. It is very hard for me to take a position that I genuinely think will put those things at risk. I don't want to see the Sony vs Betamax battle play out in the Java open standards space if I can help it. I think such a battle will cause a lot of harm and very little good for most.

Reza Rahman
Jakarta EE Ambassador, Author, Blogger, Speaker

Please note views expressed here are my own as an individual community member and do not reflect the views of my employer.

Sent via the Samsung Galaxy S7, an AT&T 4G LTE smartphone


-------- Original message --------
From: Scott Stark <sstark@xxxxxxxxxx>
Date: 4/6/20 11:34 AM (GMT-05:00)
To: Jakarta EE community discussions <jakarta.ee-community@xxxxxxxxxxx>
Subject: Re: [jakarta.ee-community] Fork Eclipse MicroProfile Configuration   as Jakarta Configuration.

Then you really are not giving me anything to work with. You are
clearly a Jakarta only viewpoint and that explains why a fork is the
only thing that makes sense.

On Mon, Apr 6, 2020 at 10:15 AM reza_rahman <reza_rahman@xxxxxxxxx> wrote:
>
> To be honest, what you are suggesting is even more worrisome. What it implies is that there will be two standardization models in enterprise Java that are highly duplicative and basically competing. That will hardly reduce the fragmentation, confusion and divisiveness. That is why many of us would like to see Jakarta become the unifying standardization model.
>
> I would say this is all the more reason to fork and standardize right now.
>
> Reza Rahman
> Jakarta EE Ambassador, Author, Speaker, Blogger
>
> Please note views expressed here are my own as an individual community member and do not reflect the views of my employer.
>
> Sent via the Samsung Galaxy S7, an AT&T 4G LTE smartphone
>

_______________________________________________
jakarta.ee-community mailing list
jakarta.ee-community@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-community
_______________________________________________
jakarta.ee-community mailing list
jakarta.ee-community@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-community

Back to the top