Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ee4j-community] Charter Feedback

Someone at JavaOne alluded to the following typo (not that politely). I did read through one more time and did not see any other typos.

Original text: 
These includes innovations introduced in other open source projects, including closely related projects.

Fix suggestion: These *include* innovations introduced in other open source projects, including closely related projects.

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

-------- Original message --------
From: reza_rahman@xxxxxxxxx
Date: 10/3/17 6:04 PM (GMT-08:00)
To: ee4j-community@xxxxxxxxxxx
Subject: Charter Feedback

As promised, I went through the charter in detail and have the feedback below. Items are roughly in priority order. I will try to encourage others to also provide feedback. Please let me know if it is best to split up into separate threads. Please also let me know if anything needs further clarification. I really hope this helps.

* The charter fairly clearly targets application servers. Personally I certainly value the application server model. However, I think at this point it is clear developers also value being able to utilize the Java EE programming model in embeddable, modular, compose-able run-times (aka fat jars). I think it is best to remove references to application servers and simply say something like run-times for server-side Java applications. I think the reality is that most EE4J implementations will support both models. I can even see implementations that provide no support for the application server deployment model.

* I think it is important to point out that most of the time (of not all of the time) APIs and technologies under the EE4J umbrella are expected to run standalone in Java SE environments. This is one of the continuing source of criticism for the current Java EE model. While most Java EE APIs are essentially standalone, the platform specification text says nothing about this. In the same vein, I think it is wise to make some reference to modularity even in integrated run-times.

* I see references to micro-services, which is good. I think we should also make a point to reference the cloud. While it is implicitly understood that server-side can mean the cloud, I think specifically mentioning the cloud in the charter has value. I can envision run-times that are completely cloud native (e.g. Functions as a Service) that do not support the on-premises model at all. It may actually be handy to have cloud native in the text somewhere.

* I think its smart to say *modern* server-side Java applications instead of just server-side Java applications.

 

Back to the top