Reprise du message précédent :
euh

Bonjour, je suis nouvelle sur ce forum et je souhaite étudier plus avant les EJBs. La spécification est trop ciblée sur le J2EE provider, et le J2EE tutorial ne montre pas assez les limites de l'architecture. Existe t'il un document épais, à jour, éventuellement lié à un serveur d'applications donné, qui montre au programmeur les bons usages de l'API et les bornes de celle-ci.

Salut !
 
J'ai développer une appli en stage (serveur apache-tomcat+servlet) dont voici le fonctionnement global (je ne connaissais pas les servlet avt pr info) :
 
Mon appli reçoit des requetes http post et get avec des paramètres e la part d'une autre appli. Selon les paramètres, je renvoi des pages jsp (juste pour récupérer l'identifiant de session) avec du contenu VXML.
 
On m'a interompu pour me dire : "Arrêtes tout, renseigne toi pour savoir si l'appli que tu fais est 'J2EE compliant' !". Bref j'essaye déjà de voir clairement si mon appli est un truc J2EE(que je connais pas) mais alors J2EE compliant.... ça pose des contraintes ? ça correspond à quoi ?
 
Merci de votre lumière !

 
c'est juste un frontend JSP/Servlet. C'est pas à proprement parler du J2EE. Mais bon en gros, tu as un war je suppose. Si tu es bien conforme à la norme tu devrais etre capable de déployer ta web app sur n'importe quel servlet container (Tomcat, Resin, etc etc).

 
tu t'enregistres sur http://www.theserverside.com et tu peux télécharger des bouquins commerciaux au format PDF (dont mastering EJB II)

 
Merci !
 
J'ai pas de war pour l'instant, je savais pas que ça existait y a 5 min ! lol mais rien ne m'empêche d'en faire un...
 
D'après ce que tu dis et le tutorial, je dois donc faire un war (servlet, JSP, javabean aussi ?) et respecter la norme pour déployer mon appli sur un servlet container (tomcat en l'occurence). ça suffit pour être J2EE compliant je suppose car je crois pas avoir de EJB Module, ApplicationClientModule ni RessourceAdapterModule, je me trompe ?
 
Une autre question en passant, j'ai pas bien saisit ce que c'était une plateform J2EE ?  
 

 
effectivement, ne melange pas les EJB la dedans, Tomcat est un container pour servlet/JSP, si tu veux des EJB c'est different, il te faut un serveur d'application (Jonas, JBoss...).

Ok j'ai pas d'EJB, que un JavaBean ... mais ça m'empêche pas de faire une appli J2EE avec que un web module, si ? et donc d'ê J2EE compliant... ? (Même si je suppose qu'il y a d'autres contraintes genre l'arborescence des fichiers...)

 
dans ton cas, construis un war qui respecte la norme (en gros le fichier de description web.xml doit etre valide -> matcher la DTD)

Ok merci !
 

J'ai développé des classes que j'appelle à partir de ma servlet (sessions, outils de traces, d'alarmes, pattern command ...) ces classes là aussi je dois les mettre dans le war ?

 
oui   tout ce qui est util a l'appli est dans le war, apres si ca fonctionne n'importe quel type de serveur J2ee doit pouvoir deployer l'appli

J'ai l'impression que c'est pas du tout J2EE compliant ce que j'ai fait parce que j'utilise des classes d'APIs qu'on m'a fourni pour envoyer des MMS par ex mais du coup le code de ma servlet est couplé/lié à cette API MMS. J'ai l'impression que je devrais developper ma servlet pour qu'elle fasse appel à un EJB qui lui ferait éventuellement appel à mon API du coup si l'API MMS change, j'ai juste a modifier l'EJB, j'me trompe ?

Autre question... chacun constitue sa propre architecture J2EE (apache-tomcat-jboss par ex) mais est-ce qu'une plateforme J2EE est nécessaire pour faire fonctionner le tout ? ou est-ce uniquement une aide au développement/déploiement ?

Je vais expliquer mon problème en détails.  
 
J'ai développer une application sur la base d'une servlet (Apache+Tomcat). Cette servlet reçoit des requêtes HTTP de la part d'une autre application.
J'ai créé des classes java pour la session, pour analyser les paramètres de la requête HTTP, effectuer un traitement, par exemple l'envoi d'un fichier sous la forme d'un MMS à l'aide d'un package externe.
La servlet renvoi comme résultat une page JSP qui contient du VXML (c'est du JSP uniquement pour récupérer l'identifiant de session).
L'application fonctionne telle quel.
 
Le prob : le commercial souhaite que l'application soit J2EE compliant (ha les commerciaux ! lol).
 
Donc voilà, je me pose pas mal de questions :
 
1- Est-ce que le fait d'instancier et d'utiliser des méthodes des classes de packages externes dans ma servlet est conforme à la norme J2EE ?
 
2- Est-ce que je dois revoir l'architecture pour utiliser une plateforme J2EE ? Qu'est-ce que ça comprend (le J2EE de java, Apache, Tomcat et JBoss) ?
 
3 - Est-ce que je vais devoir faire des EJBs ?
 
4 - Est-ce que je me trompe, il suffit d'utiliser la plateforme J2EE et de mettre ma servlet, mes pages JSP et mes classes, packages dans un Web Module (.war) puis dans un .ear ?
 
Merci de votre aide !

Si ton appli est Servlet-compliant, elle est J2EE compliant...
 
Pour faire ca proprement, tu package bien ton truc dans un war.
 
Sinon, tu fais des MMS toi ?

Ha bon ok ! Les EJB servent à quoi alors ? c'est uniquement pour accéder aux BDDs ???
 
Sinon oui je suis en stage chez Alcatel et c'est une appli qui peut envoyer des MMS entre autres mais pour ça je fais qu'utiliser un package interne :-)

 
les EJB rajoute une couche par dessus le tout, ils contiendront la logique metier de l'appli, les servlet recevront les info du client et  les jsp serviront uniquement a la presentation/affichage.
Tout ca pour faire une appli qui suit l'architecture MVC (modele Vue Controlleur)
 
edit: je me permet de donner le lien versun post de benou:
http://forum.hardware.fr/forum2.ph [...] 10#t705899
 
et un lien: http://www.javaworld.com/javaworld [...] mvc_p.html

Merci à toi, sympathique technicien de l'information.

Donc dans mon application ce serait mieux de faire interagir ma servlet avec des EJBs. Ce serait alors ces EJBS qui contiendrait le code pour envoyer les MMS et non plus la servlet. Ainsi si le package qui me sert à l'envoi des MMS change, je ne modifie que les EJBs et pas ma servlet. (ça rejoint le principe du MVC !) c'est ça ?
 
Mais c'est pas obligé, faire un bon .war suffit à être J2EE compliant n'est-ce pas ?

 
effectivement, utiliser des EJB n'est pas obligatoire, si tu en as pas besoin, les utilises pas, je te conseille quand meme de lire l'article de javaworld pour que ce soit plus clair

et je rajouterais ne cède pas à la pression d'un commercial à la con
 
Les EJB, c'est mieux quand on doit pas en faire !

OK merci, j'ai lu l'article et mon appli est conforme au JSP 2 Model architecture : j'ai ma servlet qui effectue quelques traitement dont un javabean que j'interoge dans mes JSP.
 
Maintenant je sais pas si j'ai besoin des EJBs, je sais même pas si ça un intérêt de transformer mon appli en une appli J2EE ? Parce que c'est pas une appli avec présentation,BDD.... je reçois une requête http (pas par l'intermédiaire d'un browser mais par une autre application) et je la traite dans ma servlet (analyse des paramètres, envoi de MMS, écritures de traces dans un fichier donc en gros la plus grosse partie de mon appli) et je renvoi un contenu quasi-statique (un fichier VXML que j'ai mis dans une JSP pour simplement récupérer l'identifiant de session à traver un javabean) le résultat (VXML) est renvoyé à l'application qui a fait la requête et il n'y a pas de présentation, c'est une appli qui interprête le VXML...
 
Comment modiferiez vous mon appli pour en faire une appli J2EE ? Est-ce que vous utiliseriez des EJBs ? si oui pour quelles parties ? sinon pourquoi ?
 
Merci encore !

Si ton truc marche, n'y touche pas ! package le en war pour qu'il puisse être facilement déployé sur n'importe quel serveur J2EE, et basta !

Ok tks !

Pour vérifier si une appli est J2EE compliant : http://www.sys-con.com/story/?storyid=44607&rss=1  
 
Une façon complémentaire de verifier que c'est j2ee compliant, c'est de faire tourner l'appli sur plusieurs serveurs J2EE.
 
Merci !

Tiens à discuter de J2EE, de mon prob.... j'en viens à une question plus générale :  
 
Quel est l'intérêt d'une application J2EE par rapport à une appli Servlet/JSP/Javabeans ? A quels type de problèmes répondent les serveurs d'application J2EE ? c pas clair ds ma tête....

le plus gros morceau c'est transactions et persistance. Les reste, c'est un tas de bordel pour te simplifier la vie (un parser XML, du bordel pour faire du web etc.)

La persistance des données ds une BDD c ça ?
Transactions entre koi et quoi ?
 
Vous avez pas un ex de cas d'école d'appli J2EE, dans quels cas vous faites des applis J2EE ?  
 
Là ma servlet se sert d'un package pr accéder à une base LDAP. Si je veux passer à une BDD Oracle, je suis obligé de modifier le code de ma servlet et d'utiliser un autre package, ce serait bien d'avoir une couche intermédiaire et de faire les modifs dans cette couche, non ? Est-ce que J2EE propose une solution à ce prob ?

la persistance dans une BDD, en fait persistance dans n'importe quoi en théorie, mais ne pratique, c'est plutôt bdd.
 
les transactions, c'est des bouts de code qui s'accomplissent complètement ou qui échouent complètement, sans échouer en laissant l'appli dans un état indéterminé. C'est assez pratique de savoir que les commandes qu'on traite ne sont pas issues d'un demi-plantage du serveur web.

Oh la la la galère !
 
Maintenant le petit stagiaire que je suis dois faire un document + présentation de J2EE au chef de service ainsi qu'au boss pour savoir ce que c'est J2EE et ce que ça peut apporter...
 
Par exemple, les applis souvent vont lire ou mettre à jour des données d'une base LDAP mais c'est arrivé que le client aie déjà sa propre BDD oracle par ex. Ce serait pas plus judicieux de faire un composant EJB pour attaquer une BDD et si la BDD change, on change le composant EJB en gardant la même interface mais ça évite de changer le code de la servlet par exemple. J'me trompe ?

J'ai p'ê plus pertinent comme question :  
 
Dans un contexte où plusieurs applications (QUI N'ONT PAS DE GUI) et qui communiquent avec les applications clientes via http. (Ce ne sont pas des applis classique de gestion de paye ou de commandes avec des interfaces....). Ces applications utilisent parfois des APIs communes (par ex : communication avec une BDD LDAP, envoi de MMS...).
 
Est-ce que developper ces applications sur une plateforme J2EE avec des composants commun utilisable par plusieurs de ces applications apporterait un gain quelconque ? Ou J2EE n'est pas fait pr ce genre d'applications, de problèmes ?
 
J'espère que je fais pas trop chier mon monde !?

maitenant que j'y pense, j'ai jamais utilise les classes d'une appli presente dans un ear dans une autre appli d'un autre ear. Mais a priori  pas de probleme.
 
(et non tu fais pas chier au contraire )

C'est p'ê même mieux de faire un web module (servlet pour récupérer les requêtes http des applis clientes) par appli mais avec des EJBs communs, comme ça les services offerts par les EJBs sont centralisés ce facilite la maintenance, non ? C'est pas faire une utilisation détournée de J2EE non plus ?

Question plus basique, est-ce que y a besoin d'installer apache, tomcat, JBoss ou le J2EE JDK fournit déjà quelque chose ?

euh, pas compris la  
  il te faut un serveur, et d'un autre cote il te faut le JDK pour develloper l'appli pour le serveur, c'est 2 choses differentes

c moi qui ai pas compris ! lol
 
Le SDK pour développer ok.
 
Sinon pour le serveur faut koi ?

bah soit un serveur web pour deployer jsp/servlet genre tomcat ou jetty.
et si il y a des EJB il te faut un serveur d'application (container EJB en plus) genre JBoss, Jonas.

Ok donc le serveur on le fait soit même genre Apache, Tomcat (et JBoss) mais faut aussi les APIs J2EE non ? faut installer le J2EE SDK sur le serveur aussi, non ?