Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cn4j-alliance] Thoughts on the CN4J purpose
Hello everybody,

I, as an ordinary user of Java/Jakarta EE platform since 2001 see that despite not being a standard, Spring is at least twice as popular as Java/Jakarta EE.
Diversity is good and it's great we have so many alternatives.
I think we should consider why developers and enterprises invest in Spring instead of Jakarta EE and develop a strategy how to become more popular,
because from the technical standpoint I don't see any significant disadvantages.

We've seen several times how Java EE incorporated other technologies, because they were superior and widely adopted.
I think right now it's time to make that decision. We need to look around and incorporate what is best, because that is the standard that people use and love.
I love using Jakarta EE with JAX-RS, EJB, JPA, Security API but I also like how we can extend the platform with Health, Metrics, Fault Taulerance, OpenAPI, RestClient.
I also would like to have the option to develop the same way I do in Quarkus, when I see changes instantly, instead of waiting when IDE or WAD from Adam Bien redeploys my war file.

I think It's time to unite separate efforts and deliver the standard that majority will use and love.

Kind regards,
Vano Beridze

On Mon, Jan 11, 2021 at 5:05 PM Edwin Derks <ederks85@xxxxxxxxx> wrote:
Hi Scott and others,

Thanks for starting this initiative. I'm following the gathering of opinions in the presentation. As expected, there is a wide variety of how people see Jakarta EE and MicroProfile evolve. Trying to prevent cluttering the document further, I would like to share my overall thoughts here:
  • I'm glad as an end-user that there is an initiative that aims to align Jakarta EE and MicroProfile. I like to be able to share my thoughts and visions here, but my vision is of course not the ultimate one, neither is that of any single person involved IMHO. What I mean by this is that whatever this alignment is going to be, I hope that we base it as much as possible on demands from the developers/end-users that actually use the platforms, and steer the opinions and vision we have in that direction;
  • I would strongly advise caution in the terms "light", "lite", "enterprise" or similar that we might come up with. I think the last thing we want to do is in any way a profile feeling "heavy" because this is a sensitive term when you ask developers how they feel about a framework. Why is a certain collection of specifications (a profile) heavier compared with others;
  • After we have collected feedback and opinions on this topic, what are we going to do with it, and on what timeline? Are we going to appoint a volunteer that arranges a product or release plan with the working groups involved?
As always, I'm just trying to help to get this train running in the right direction, and feedback is welcome of course.

Edwin

On Thu, 7 Jan 2021 at 18:59, Scott Stark <starksm64@xxxxxxxxx> wrote:
Ok thanks for letting me know. I have updated the sharing permissions to allow comments.

On Thu, Jan 7, 2021 at 11:52 AM Martijn Verburg <martijnverburg@xxxxxxxxx> wrote:
Hi Scott,

Thanks for getting the ball rolling.  I couldn't find a way to comment on the deck itself?

Cheers,
Martijn


On Thu, 7 Jan 2021 at 17:43, Scott Stark <starksm64@xxxxxxxxx> wrote:
Here are some initial thoughts on what CN4J needs to address and how that might happen. These are largely Red Hat's current views. The document is open to anyone with the link. Feel free to comment here or in the document. 

This will be a lengthy discussion that we expect to involve members of both Jakarta and MicroProfile communities as well as their respective committees.
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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

Back to the top