Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakartaee-platform-dev] Transitioning Jakarta EE to the jakarta namespace

I ignore the intricacies of the J2EE to Java EE renaming, but I suppose that was part of a general Java rebranding (J2SE also moved to Java SE).

This second time we were forced to change the name due to legal issues. Now Jakarta EE is part of an open source foundation it's unlikely it will face that issue again. It's indeed more likely that it moves to another foundation than a deliberate rebranding (how many times have Spring changed its name vs the company behind it?).

I see your proposal makes sense from a standards body point of view, which only cares about creating the documentation. But Jakarta EE delivers a product, and that product needs to be recognized by a brand.

El jue., 26 sept. 2019 10:41, Phillip Kruger <phillip.kruger@xxxxxxxxx> escribió:
Hi Reza.

I never thought of MicroProfile as a fork of Java EE, and if the MicroProfile community wants to merge with Jakarta then that would be great and I will support that. Even in that case,
I believe removing the brand from the namespace is an idea worth considering.

If we look at where we came from, J2EE that was re-branded to Java EE. Because we did not use j2ee in the namespace of the API and specification, that re-branding was fairly easy. javax namespace was/is used for more that just J2EE / Java EE. (MVC , JAXB, JCache etc).

Now we might think that we will never rebrand in the future, and that might be true. But these things happen (think wildfly-swarm to thorntail) and not coupling the brand to the namespace does give you a bit more options.

Maybe what you are saying is that Jakarta is that space, and there is a distinction between Jakarta and Jakarta EE. Then fair enough, so we need to start moving MicroProfile over to the Jakarta namespace. I would still argue that having a brand like Jakarta and then Jakarta EE 'product' will confuse developers in the future and we will continue to have to explain the difference, as these names are very similar. Kind of like explaining that Eclipse (IDE) is not the same as Eclipse Foundation.

Anyway, it was just an idea. Happy to leave it alone. I felt like speaking up as the rename is happening now and it's now or never. If it's a bad idea, no problem, let's move on :)

Cheers.



On Wed, Sep 25, 2019 at 8:33 PM Reza Rahman <reza_rahman@xxxxxxxxx> wrote:
This email chain is getting rather long for my email client. I am
truncating it to hopefully help that. Apologies for any inconvenience.

Phillip: Anyway ,happy to debate this - I might be wrong.

We can try, but it feels like our differences in this case might be too
fundamental to ever really converge. And to be honest I feel like most
things that I want to say I've already said in some way or the other.
However, perhaps it is useful to reiterate some key points from my
perspective very, very briefly. I'd rather we don't belabor them if we
didn't need to and perhaps simply agree to disagree.

* Firstly, I have a very hard time understanding why it is so difficult
to consider whether MicroProfile has already served it's purpose and now
it is time to think about how to gradually coalesce around Jakarta EE
stronger together, including beginning to define a sensible incubation
process. Forks rarely succeed. Having two forks of Java EE forever
probably reduces the chance of success even further, especially when
faced by competition the likes of Spring.

* MicroProfile has been around for almost three years now, unencumbered
by the need to compete for attention with Java EE releases and
development. To be honest, I have not seen that much adoption certainly
compared to Java EE releases. As a result, I think the effective
population that would be disrupted by a convergence that begins now is
rather small compared to people that have to deal with the consequences
of long term fragmentation.

* The people that would be disrupted would be disrupted anyway by the
javax -> jakarta move because MicroProfile in practicality is very
heavily dependent on Java EE.


Reza Rahman
Principal Program Manager
Java on Azure

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

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

Back to the top