[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [jakartaee-platform-dev] Transitioning Jakarta EE to the jakarta namespace
- From: Ryan Cuprak <rcuprak@xxxxxxxxx>
- Date: Fri, 10 May 2019 16:41:19 -0400
- Delivered-to: firstname.lastname@example.org
Another angle, with Big Bang, what happens to companies that have purchased an application container? Are they going to pay for an upgrade that includes just a namespace change?
Where Iâve had trouble upgrading application servers in the past has centered around the JSF UI stuff. For some old applications, EE upgrades have generally required an upgrade to the third party JSF component libraries. UI code tends to be a bit more fragile and the UI frameworks may not upgrade nicely (been my experience). Server-side code I havenât run into too many issues.
Iâd like to see the reference implementation (GlassFish) tackle the name spacing first. How hard will it be for GlassFish to support both EE 8 and EE 9 (assuming 9 has a different namespace)? To me this debate has been somewhat abstract. The impact of the refactoring is going to depend upon application complexity. Some organizations are deploying multiple applications to containers (which by different groups on different schedules) which communicate via RMI etc.
Separately, I think the Java ecosystem is going through a bit of upheaval at the moment with getting code running on post Java 8. With Java 9, the technical debt bill came due. Do we want to throw a namespace challenge into the mix at the moment when companies are grappling with transitioning to Java 11?
Just curious, why arenât the individual specs making the decision on when they jump to the new namespace?
> On May 10, 2019, at 3:38 PM, domi <dbuechner93@xxxxxxxxx> wrote:
> I totaly agree with you guys.
> another point why i prefer the BIG-BANG transition is that after that step you can say IT'S DONE and build jakarta ee on a "carefree base".
> Am 10.05.19 um 18:54 schrieb Mark Struberg:
>> And even worse: we would break backward compat with every Jakarta EE release :(
>>> Am 10.05.2019 um 14:33 schrieb David Blevins <dblevins@xxxxxxxxxxxxx>:
>>>> On May 10, 2019, at 8:55 PM, Richard Monson-Haefel <rmonson@xxxxxxxxxxxxx> wrote:
>>>> In the github proposal for Incremental, it says over and over again that the result would be mixed namespaces. But the Big Bang never says that yet it does say "Any packages not moved from javax to jakarta could be included in Jakarta EE, but would be forever frozen and never move to the jakarta namespace." which is exactly the same thing, right?
>>> Here's where they're the same:
>>> Jakarta EE 9 comes out and it is some mix of javax and jakarta. You must learn the mix.
>>> Here's where they're different:
>>> Big Bang: Jakarta EE 10 comes out. You already learned the mix, you're good.
>>> Incremental: Jakarta EE 10 comes out. Forget the old mix, learn the new one. Also update your source code again.
>>> And worse case...
>>> Big Bang: Jakarta EE 11 comes out. You already learned the mix, you're good.
>>> Incremental: Jakarta EE 11 comes out. Forget the old mix, learn the new one. Hope you have any chance of keeping it straight. Hope your boss doesn't get mad when you tell her you have to migrate source again to use a new feature.
>>> jakartaee-platform-dev mailing list
>>> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
>> jakartaee-platform-dev mailing list
>> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> jakartaee-platform-dev mailing list
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit