Slu
Que pouvez vous me dire a propos de la programmation Servlet/JSP par rapport a la programmation Java ?
Est ce complique ?
les differences avec PHP ?
thx @+
Version imprimable
Slu
Que pouvez vous me dire a propos de la programmation Servlet/JSP par rapport a la programmation Java ?
Est ce complique ?
les differences avec PHP ?
thx @+
Pas énormément de différence avec PHP. En gros tes librairies et ibjets que tu utilises dans ton appli correspondent à des Servlets et des beans.
Les jsp correspondent à tes pages php et sont construites de la même manière à qqchose prêt. Le passage de l'un à l'autre est facile.
Par rapport à Java, tous ce base sur le langage java donc c'est exactement la même syntaxe. Il y a juste des balises spécifiques à jsp et quelques subtilités.
Un point important : Tu peux aller beaucoup plus loin en Jsp/Servlet/Webservices etc... qu'avec PHP.
Seth77 > La notion la plus importante lors de l'utilisation de JSP / Servlet / Bean c'est la notion MVC (Modèle Vue Controlleur).
Cette notion n'existe pas vraiment en PHP (certain Framework font tout de même des choses équivalentes). Le but est de séparer les couches présentation, métier et controller.
Fait une recherche sur le forum ou les cours tu trouveras plein de choses interessantes.
PS : mittin > Une servlet est en aucun cas ni un objet (dans le sens bean) ni une librairie, c'est plutot un controlleur.
Une servlet à beaucoup d'usages différents pour moi. Une servlet Controller est juste une manière de séparer les donner. Tu peux également faire des traitements dans une servlet, composer des librairies...Pour les beans je suis d'accord ils ne sont pas considéré comme servlet.
Voici comment je réalise un projet simple :
-Ma vue sont mes JSP. Mes JSP contiennent du HTML à 90% et du code Java à 10% (ça peut varier, principalement quand je fais des accès bases de données mais les proportions sont à peu près celles-ci). En fait, mes JSP ne me servent qu'à présenter quelque chose (un formulaire ou un résultat de requête).
-Mon contrôleur est une servlet. C'est le carrefour des idées :) C'est elle qui va recevoir les paramètres d'un formulaire, lancer les beans logiques et envoyer les résultats, toujours sous forme de beans.
-Mon modèle est bien spur un bean vu ce que j'ai décris plus haut.
Bonne transition de PHP vers J2EE ;)
@++
merci tlm
Si j'ai bien compris J2SE c du java "normal" : application , applet ;
J2EE c les servlet (jsp)
??
Que faut il pour faire du JSP ?
Est ce que qqn pourrais me filez un chtite exemple tout simple ? :oops:
:)
Salut
En effet tu as résumé la chose. En fait J2EE est une surcouche de J2SE qui apporte des librairies supplémentaires orientées entreprises (en gros, les jsp, les servlets et les EJB).
Allez, un Hello world façon JSP :
Cet exemple tout bête montre qu'entre des balises spécifiques <% %>, on peut écrire des scriptlets basées sur Java.Code:
2
3
4
5
6
7
8
9
10
Pour exécuter ce code, il te suffit de l'écrire et de disposer d'un serveur tel Tomcat. Il existe sur le site de très bons tutoriaux pour t'aider à déployer ta première webapp ;)
@++
Euh .. quel est la difference entre jsp, les servlets (c bien du java execute sur un serveur ?) et les EJB?
Une JSP n'est rien d'autre qu'une servlet, mais qui se compile lors du démarrage du serveur. La seule différence avec une servlet standard, c'est que tu la vois sous forme de fichier .jsp et que tu peux y mettre du code HTML directement dedans (très pratique pour faire ta présentation).
L'EBJ par contre c'est une autre histoire qui, me semble t'il, ne t'est pas utile pour le moment (l'implémentation d'un EJB est très lourd et son utilisation n'est utile que si tu souhaites faire du clustering ou du service transactionnel).
Toutes ces technos sont bien sur executé coté serveur.
Les EJBs sont auusi utilisés pour la persistance des données. Ils permettent de simuler un comportement en local grace aux interface remote alors que les données et objets sont distants... Très lourd à mettre en place mais ils permettent aussi de séparer les données des traitements. Plein d'autres avantages avec les EJBs : En effet on peut faire du transactionnel avec des EJBs entity stateless, de la persistance evc les statefull et aussi de l'envoi de message avec les Ejb message. Par contre tout la problématique "objets distants" est basé sur RPC donc pas forcément besoin d'implémenter des EJB.
Citation:
Envoyé par Seth77
Hello,Citation:
Envoyé par Seth77
Sans vouloir jouer les rabats joie... :lol:
Ce genre de question (ou similaire) ont été posée un certain nombre de fois ..
:arrow: http://www.developpez.net/forums/sho...light=php+J2EE
:arrow: http://www.developpez.net/forums/sho...light=php+J2EE
:arrow: http://www.developpez.net/forums/sho...light=php+J2EE
en regardant le FAQ J2EE, tu trouveras pas mal de réponse ....
Il ne faut pas hésiter à regarder les aides mises à disposition (FAQ, moteur de recherche sur forum) avant de poser des questions sur le forum...