Je n'utilise pas EE mais SE donc c'est une vraie question.
Ça dépend si tu parle vraiment de JavaSE. Spring ou Hibernate se basent sur des spec de JavaEE (les servlets et JPA par exemple).
Utiliser Glassfish et OpenJDK ça ne suffit pas ?
Ça dépend de beaucoup de choses. Ce qui est craint par le journal, c'est de en plus voir évoluer les standards JavaEE.
Si cela arrive c'est la mort à moyen terme de toutes les techno JavaEE (un écosystème qui ne se renouvèle pas assez est voué à disparaître assez rapidement, il y a encore du boulot dans JavaEE pour gérer les base NoSQL, HTTP2, etc - quand ça existe c'est améliorable -). Et contre ça on peut voir arriver une alternative (comme Spring).
Mais il serait intéressant de garder une forme de standard pour harmoniser les bibliothèques et les frameworks. et c'est là qu'il y a le plus de risques. IBM et RedHat ont annoncé dans la semaine avec d'autres vouloir monter leur propre standard JavaEE pour aller dans ce sens.
Ensuite selon comment Oracle se comporte, il peu vouloir embêter tout ceux qui utilisent JavaEE et là c'est plus embêtant (on ne peu plus faire évoluer JavaEE, il faut repartir de JavaSE et recréer des standards).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Alternatives
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 5.
Ça dépend si tu parle vraiment de JavaSE. Spring ou Hibernate se basent sur des spec de JavaEE (les servlets et JPA par exemple).
Ça dépend de beaucoup de choses. Ce qui est craint par le journal, c'est de en plus voir évoluer les standards JavaEE.
Si cela arrive c'est la mort à moyen terme de toutes les techno JavaEE (un écosystème qui ne se renouvèle pas assez est voué à disparaître assez rapidement, il y a encore du boulot dans JavaEE pour gérer les base NoSQL, HTTP2, etc - quand ça existe c'est améliorable -). Et contre ça on peut voir arriver une alternative (comme Spring).
Mais il serait intéressant de garder une forme de standard pour harmoniser les bibliothèques et les frameworks. et c'est là qu'il y a le plus de risques. IBM et RedHat ont annoncé dans la semaine avec d'autres vouloir monter leur propre standard JavaEE pour aller dans ce sens.
Ensuite selon comment Oracle se comporte, il peu vouloir embêter tout ceux qui utilisent JavaEE et là c'est plus embêtant (on ne peu plus faire évoluer JavaEE, il faut repartir de JavaSE et recréer des standards).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)