[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [jakarta.ee-community] Is backward incompatibility change allowed in Jakarta EE?
|
I would also like
to point out a few documented references about backwards compatibility
and Jakarta EE...Overall Compatibility
Requirements: https://eclipse-ee4j.github.io/jakartaee-platform/CompatibilityRequirementsIn light of these
statements, Jakarta EE 9 is "special" due to the required jakarta
namespace change. We have documented these differences in the Jakarta
EE 9 Release Plan:https://eclipse-ee4j.github.io/jakartaee-platform/jakartaee9/JakartaEE9ReleasePlanBackwards CompatibilityJakarta EE 9 WILL NOT impose any backward
compatibility requirements for compatible implementations to support the
Jakarta EE 8 release. This is aligned with our goal of enabling new implementations
to enter the ecosystem. However, we strongly believe that many products
and tools will provide backwards compatibility and migration solutions
for enabling older applications to run on Jakarta EE 9.
And, finally,
we recognized that this special condition needs some verbiage in our Platform
spec, so we created the following Issue so that we don't forget to document
this:
https://github.com/eclipse-ee4j/jakartaee-platform/issues/154Hope this helps!
---------------------------------------------------
Kevin Sutter
STSM, MicroProfile and Jakarta EE architect @ IBM
e-mail: sutter@xxxxxxxxxx Twitter: @kwsutter
phone: tl-553-3620 (office), 507-253-3620 (office)
LinkedIn: https://www.linkedin.com/in/kevinwsutterFrom:
David
Blevins <dblevins@xxxxxxxxxxxxx>To:
Jakarta
EE community discussions <jakarta.ee-community@xxxxxxxxxxx>Date:
02/18/2020
15:48Subject:
[EXTERNAL]
Re: [jakarta.ee-community] Is backward incompatibility change allowed in
Jakarta EE?Sent
by: jakarta.ee-community-bounces@xxxxxxxxxxx
We don't really have individuals in tie-breaker
roles anymore.Now lead largely means it's your job
to ensure the decision is made with community consensus vs the older make-the-decision
mode. If something was truly locked, a vote would be the fallback.
If that doesn't seem possible, it would probably go to either the
Specification Committee or the last desk the Steering Committee.
-- David Blevinshttp://twitter.com/dblevins
http://www.tomitribe.comOn Feb 18, 2020, at 1:36 PM, reza_rahman
<reza_rahman@xxxxxxxxx>
wrote:I would agree with you certainly that
should be status quo. I guess Kevin and Steve are the ones to provide a
definitive answer (it was easier when the default choice was always Bill.
Nowadays I am never sure any more).Reza RahmanJakarta EE Ambassador, Author, Blogger,
SpeakerPlease 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: Emily Jiang <emijiang6@xxxxxxxxxxxxxx>
Date: 2/18/20 4:20 PM (GMT-05:00) To: Jakarta EE community discussions
<jakarta.ee-community@xxxxxxxxxxx>
Subject: Re: [jakarta.ee-community] Is
backward incompatibility change allowed in Jakarta EE? When we discussed MicroProfile and Jakarta
technical alignment, we assumed Jakarta EE does not allow backward incompatible
changes. However, I have not seen it is noted anywhere, so I took the liberty
to get some clarification.It seems at least for Jakarta EE10, backward
incompatible changes are not allowed. In the future, maybe a model of first
deprecating and then removal can be adopted. Is this a fair assumption?EmilyOn Tue, Feb 18, 2020 at 3:55 PM reza_rahman
<reza_rahman@xxxxxxxxx>
wrote:I rather agree. Backwards compatibility
is probably a very common expectation from Jakarta EE given its Java EE
pegidree. Suddenly changing that may scare people off. I think this is
a topic that could be revisited once Jakarta EE establishes itself.Stupid question: Is this a purely theoretical
exercise or is there some urgent need to discuss this? Isn't this the flexibility
MicroProfile is supposed to be providing anyway?Reza RahmanJakarta EE Ambassador, Author, Blogger,
SpeakerPlease 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: Rudy De Busscher <rdebusscher@xxxxxxxxx>
Date: 2/18/20 3:23 PM (GMT-05:00) To: Jakarta EE community discussions
<jakarta.ee-community@xxxxxxxxxxx>
Subject: Re: [jakarta.ee-community] Is
backward incompatibility change allowed in Jakarta EE? backward incompatible changes should
be avoided, because Jakarta EE is just as Java EE about a stable set of
APIs.I guess that through the process of deprecation,
one can 'schedule' the removal of a limited set of methods and classes
in the long term.On Tue, 18 Feb 2020 at 18:03, John Hogan
<jhogan515@xxxxxxxxx>
wrote:IMO, backward compatibility is a critical
value proposition that Java EE/Jakarta EE provides. I don't see changing
this as innovative, but rather the road to ruin.A key pro for me is that your apps do
not break with new versions of Jakarta EE.On Tue, Feb 18, 2020 at 11:51 AM Emily
Jiang <emijiang6@xxxxxxxxxxxxxx>
wrote:In Java EE time, backward incompatible
changes are not allowed. I am wondering whether Jakarta EE still carries
this requirement or to be a little of more innovative and then allows backward
incompatible changes. There are cons/pros for either option. Thoughts?p.s. namespace changes are one exceptional.
I am looking at Jakarta EE10 and above releases.-- Thanks
Emily
_______________________________________________
jakarta.ee-community mailing list
jakarta.ee-community@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/jakarta.ee-community
_______________________________________________
jakarta.ee-community mailing list
jakarta.ee-community@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/jakarta.ee-community
_______________________________________________
jakarta.ee-community mailing list
jakarta.ee-community@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/jakarta.ee-community
-- Thanks
Emily
_______________________________________________
jakarta.ee-community mailing list
jakarta.ee-community@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/jakarta.ee-community_______________________________________________
jakarta.ee-community mailing list
jakarta.ee-community@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/jakarta.ee-community