At the beginning of almost every project, there is an intense (almost religious) discussion about using or not using J2EE. Almost every time I'm faced with the following fallacies:
- J2EE/JEE is only EJB technology.
- EJBs are too complex.
- We have only to consider ther development phase. The maintenance and production is not important.
- Lean POJOs and transparent persistency is easier to understand for a beginner, than heavyweight EJBs.
- JMS, JCA, JTA, JNDI, XA are too complex, too heavy and aren't needed at all. A lean inversion of control container could replace all this technologies.
- CMP 2.0/CMP 3.0 persistence is too complex, it is much easier to implement the persistence with a simple dataset framework or just using JDBC.
- Monitoring, management, profiling are not necessary.
- It is very easy to implement everything you want in a web container.
- It is sufficient to ensure the functionality of a distributed application with unit- and integration-tests.
- and JEE will die. :-)
Cloudy Jakarta EE and MicroProfile: Microservices, Clouds and Beyond Jakarta EE / MicroProfile airhacks workshops at MUC airport, Winter Edition
airhacks.fm the podcast:
Stay in touch: airhacks.news.