Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ee4j-community] Charter Feedback
Hi Reza,

My 2c on this

On 3 October 2017 at 18:04, <reza_rahman@xxxxxxxxx> wrote:

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.

Completely agree, there are perhaps even APIs / Specs that we develop which would run serverless so to speak. 

* 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.

Good call - the ecosystem at large needs to know that Java can be a cloud native platform, EE4J could make a strong statement here. 

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


+1
 
 

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


Back to the top