Tomcat, spring et EJB
Fermé
paladice
-
18 juil. 2016 à 10:06
KX Messages postés 16733 Date d'inscription samedi 31 mai 2008 Statut Modérateur Dernière intervention 31 janvier 2024 - 18 juil. 2016 à 17:53
KX Messages postés 16733 Date d'inscription samedi 31 mai 2008 Statut Modérateur Dernière intervention 31 janvier 2024 - 18 juil. 2016 à 17:53
A voir également:
- Ejb vs spring
- Udp vs tcp - Guide
- Honor magic 5 pro vs s23 ultra - Guide
- Psp 2000 vs 3000 ✓ - Forum PSP
- Ahci vs raid ✓ - Forum Disque dur / SSD
- Intel xeon vs i7 ✓ - Forum Matériel & Système
1 réponse
KX
Messages postés
16733
Date d'inscription
samedi 31 mai 2008
Statut
Modérateur
Dernière intervention
31 janvier 2024
3 015
18 juil. 2016 à 17:53
18 juil. 2016 à 17:53
Bonjour,
Les annotations et les transactions (pour prendre les deux cas d'usage que tu cites) c'est du Java standard. Tu pourrais très bien les mettre en oeuvre en dehors d'une web app, donc sans Tomcat, et (de façon totalement indépendante) sans Spring non plus.
Ces deux exemples ne sont donc pas pertinent pour déterminer si tu as besoin d'un serveur de servlet ou d'un serveur d'application...
La différence se situe dans tes besoins de l'api Java EE. Soit tu n'as besoin que des servlets dans ce cas Tomcat suffit (Spring complétant éventuellement ce qui manque), soit tu as d'autres dépendances Java EE et il te faudra un serveur d'application (glassfish ou autre)
Remarque : en revanche, même si tu as besoin d'un d'un serveur d'application, si tu n'as pas d'EJB tu devrais pouvoir rester sur un war (et non un ear).
Les annotations et les transactions (pour prendre les deux cas d'usage que tu cites) c'est du Java standard. Tu pourrais très bien les mettre en oeuvre en dehors d'une web app, donc sans Tomcat, et (de façon totalement indépendante) sans Spring non plus.
Ces deux exemples ne sont donc pas pertinent pour déterminer si tu as besoin d'un serveur de servlet ou d'un serveur d'application...
La différence se situe dans tes besoins de l'api Java EE. Soit tu n'as besoin que des servlets dans ce cas Tomcat suffit (Spring complétant éventuellement ce qui manque), soit tu as d'autres dépendances Java EE et il te faudra un serveur d'application (glassfish ou autre)
Remarque : en revanche, même si tu as besoin d'un d'un serveur d'application, si tu n'as pas d'EJB tu devrais pouvoir rester sur un war (et non un ear).