Tutoriel graphique sur le développement de servlets avec myeclipse en Java

MyEclipse est un puissant environnement de développement intégré au niveau de l'entreprise développé sur la base d'Eclipse avec ses propres plug-ins. Il est principalement utilisé pour le développement d'applications Java, Java EE et mobiles. L'article suivant vous présente principalement les informations pertinentes sur le développement de servlets avec myeclipse. Les amis dans le besoin peuvent s'y référer.

Dans web.xml, vous pouvez configurer plusieurs chemins d'accès externes pour le même Servlet, et si le serveur d'informations configuré dans web.xml sera automatiquement chargé et déployé, et si le code du programme est modifié dans le Servlet , il faudra le redéployer à chaque fois.

Tout d'abord, après avoir utilisé MyEclipse pour créer un servlet, le servlet créé sera mappé au fichier web.xml, comme indiqué ci-dessous :

Après cela mapping, les informations de configuration de cette Servlet sont automatiquement générées dans le fichier web.xml :

　

Bien sûr, on peut continuer cette Servlet dans le fichier web.xml Ajouter un externe chemin d'accès afin que ce servlet soit accessible à partir de différents chemins Nous pouvons maintenant ajouter un nouveau chemin d'accès externe à ce servlet lorsque le serveur est allumé  :

La partie boîte rouge est nouvellement ajoutée. À ce moment, le serveur vous demandera automatiquement qu'elle a été redéployée dans la fenêtre de la console. Oui, tant que vous la modifiez dans web.xml, vous. pas besoin de le fermer. Le serveur peut être réactualisé, chargé et déployé par le serveur :

　

Essayons ensuite une nouvelle adresse d'accès :

Bon accès ! !

Détail 2 : Lors de la configuration du chemin d'accès externe pour le Servlet dans le Web. > Un format est

L'ensemble du contenu ne peut avoir que "*. extension" , tel que comme *.html, et s'il est écrit comme ceciabc/*.html Surtout /*.html est également faux. Il ne peut pas y avoir de "/", alors assurez-vous de faire attention. Exemple : 　

Vous pouvez le saisir à la position générique dans le navigateur :

　

Cela crée un pseudo-statique Phénomène, on pensait accéder à une page statique, mais il s'agissait en réalité d'une ressource web dynamique.

Un autre format consiste à commencer par une barre oblique "/", à ajouter un chemin personnalisé et à terminer par "/*", tel que /abc/* . À l’heure actuelle, même la prolongation est arbitraire. Exemple :

　

Vous pouvez le saisir en position générique dans la barre d'adresse du navigateur, et l'extension n'est pas requise :

　

Troisième détail : Si les chemins de mappage de plusieurs ressources de servlet exportées par le détail deux utilisent des caractères génériques, des conflits peuvent survenir. Alors, avec quelle ressource de servlet le serveur répondra-t-il à ce moment ? Regardons les questions suivantes et nous comprendrons :

　

Détail 4 : Pendant tout le cycle de vie de la Servlet, la méthode init() de la Servlet sera uniquement appelée une fois. Pour chaque demande d'accès du Servlet, le Servlet appellera une fois la méthode service(). Et pour chaque accès à une requête, le Servlet créera un nouvel objet de requête HttpServletRequest et un nouvel objet de réponse HttpServletResponse. Bien entendu, une fois chaque accès à la demande terminé, ces objets de requête et objets de réponse seront immédiatement détruits, en attendant la prochaine requête puis recréés, ce qui peut réduire la pression sur le serveur (dans des situations non simultanées).

Détail 5 : Une fois le servlet mentionné précédemment déployé sur le serveur, le serveur ne créera un objet instance du servlet que lors du premier accès au servlet If dans web.xml dans un certain est configurée sous la balise ;, le servlet créera un objet instance après le démarrage du serveur et exécutera la méthode init() d'initialisation du servlet. Le contenu de est une valeur entière positive . Plus la valeur est petite, cela signifie que l'objet Servlet sera créé en premier et que la méthode d'initialisation sera exécutée après le démarrage du serveur.

Détail 6 : Si le chemin de mappage d'un Servlet est uniquement une barre oblique "/", alors ce Servlet est appelé le Servlet par défaut de l'application Web actuelle. Pour les URL qui ne trouvent pas de balise correspondante dans la demande d'accès Web.

Par exemple, je crée maintenant deux servlets, dont l'un a un chemin de mappage externe personnalisé et l'autre est défini comme servlet par défaut :

　

Si vous souhaitez accéder à SecondServlet, vous devez taper dans la barre d'adresse du navigateur selon son chemin correspondant :

　

Pour le Servlet par défaut, saisissez-le simplement avec désinvolture après le web. nom de l'application :

　

(Si vous ne perdez pas, la page d'accueil existante index.jsp sera affichée. Pourquoi, veuillez consulter les détails six ci-dessous)

Détail 6 (Important)  : Si nous ne configurons pas le servlet par défaut dans le servlet que nous avons développé, mais accédons directement à une ressource Web statique sous notre projet Web (le cas échéant), alors nous le ferons pouvoir parcourir Voir cette ressource Web sur le serveur, Rappelez-vous : demander une ressource Web nécessite un certain servlet pour répondre aux données renvoyées , donc puisque nous n'avons pas configuré de servlet par défaut , pourquoi puis-je accéder à cette ressource ? En d’autres termes, quelle Servlet nous répond avec les ressources dont nous avons besoin ? La réponse est la servlet par défaut du serveur Tomcat ! ! ! Le servlet par défaut du serveur Tomcat définit le chemin de mappage dans le fichier web.xml dans le répertoire [conf] de Tomcat :

　

Comme le montre le fichier web.xml de Tomcat, son Le servlet par défaut crée un objet d'instance au démarrage du serveur, il s'agit du premier créé et le chemin externe a été défini au format par défaut. Ce servlet par défaut gérera chaque projet de servlet créé sur mesure. Si nous ne créons pas de servlet par défaut dans notre propre projet Web, lorsque nous souhaitons accéder à une ressource dans notre projet Web, le servlet par défaut de Tomcat nous aidera à convertir la ressource. La ressource est encapsulée dans un objet de réponse et renvoyée au client.

Par exemple, je crée une page 1.html sous mon projet web :

　

Et je vais dans le navigateur pour accéder à cette page :

　　

Pour cette URL, le serveur Tomcat vérifie d'abord si mon servlet a un chemin de mappage correspondant. Sinon, et si je ne définis pas de servlet par défaut dans mon projet Web, alors celui de Tomcat. Le servlet par défaut recherche les ressources HTTP demandées sous mon application Web, les trouve et les encapsule dans des objets de réponse et les renvoie au client. Si le servlet par défaut de Tomcat ne trouve pas la ressource requise, il répondra quand même au client, mais celui-ci verra des invites indiquant que la ressource est introuvable, comme une invite 404. De plus, selon ce processus, lorsque nous développons notre propre Servlet, il est recommandé de ne pas mapper l'une de nos propres Servlets sur la Servlet par défaut.

Ensuite, discutons d'un problème de page d'accueil. En plus d'accéder à une ressource spécifique dans l'application Web (en tapant enfin un nom de fichier sur l'adresse du navigateur), une requête HTTP est envoyée après avoir tapé le nom de l'application Web. À ce moment, ce que nous voyons est également une page, généralement appelée est. la "page d'accueil", et cette page d'accueil reçoit également une réponse du servlet par défaut.

Par exemple, lorsque j'utilise MyEclipse pour créer une application Web, il créera pour moi un fichier "index.jsp" par défaut :

　

Et Je suis dans l'application Web. Aucun servlet n'est créé, ou même si un servlet est créé, il est mappé à une URL externe spécifique. Ensuite, je peux toujours voir cet index.jsp lorsque j'entre l'adresse de l'hôte + le nom de l'application Web dans le navigateur. :

　

Comme mentionné ci-dessus, cette page doit être renvoyée au client par le Servlet par défaut du serveur Tomcat Alors pourquoi le serveur Tomcat renvoie-t-il cette ressource au lieu d'autres ressources ? La réponse est toujours dans le fichier web.xml. Vous souvenez-vous encore des paramètres de la page d'accueil définis dans « Apprentissage détaillé de l'utilisation de Tomcat (3) » Oui, c'est cette méthode qui est gérée par le servlet par défaut. paramètres dans Tomcat La balise dans le fichier .xml :

　

Si l'adresse d'entrée du navigateur saisit uniquement le nom de l'application Web, alors le servlet par défaut de Tomcat transmet ceci Le fichier index.html sous l'application Web, sinon le fichier index.htm est envoyé, et sinon le fichier index.jsp est envoyé S'il n'y a aucun des trois, il ne peut renvoyer que 404.

Si je commente ou supprime ce code, puis que je souhaite accéder directement au nom de l'application Web, tout comme j'ai supprimé le fichier index.jsp, le servlet par défaut de Tomcat ne peut pas trouver la ressource et renvoie une invite 404 (en Le serveur doit être redémarré dans MyEclipse) :

　

　

Donc, si nous voulons créer une belle page d'accueil pour notre application Web, il suffit de il suffit de le développer en .jsp, ou de créer un autre fichier index.html pour le développement. Ce fichier sera accessible en premier que index.jsp.

Détail 7 : Parce que notre servlet de développement doit hériter d'une certaine classe d'implémentation de l'interface servlet, alors lorsque nous écrivons la méthode doGet ou la méthode doPost, nous sommes susceptibles d'appeler certaines méthodes qui lanceront des exceptions, alors nous peut uniquement intercepter et gérer ces exceptions, mais ne peut pas les lancer. En effet, la sous-classe ne peut pas lancer plus d'exceptions que la classe parent lors du remplacement des méthodes de la classe parent.

Résumé

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!