Chers Javarashiens, qu’est-ce que je veux considérer dans cet article ? Je veux juste faire un bref aperçu de cette partie des serveurs d'applications qui mérite attention au moins parce qu'ils sont gratuits et que leur code source est disponible. Je suppose que votre système est similaire au mien. J'ai Windows 7 64 bits, en plus j'ai JDK 1.7 et JDK 1.8, et la variable d'environnement JAVA_HOME fait référence à cette dernière. Dans mon cas, cela signifie que le chemin JAVA_HOME est C:\Program Files\Java\jdk1.8.0_31. Pour que lorsque vous répétez ce qui est décrit ci-dessous, vous ayez le moins de questions possible comme « pourquoi cela n'a-t-il pas fonctionné pour moi, peut-être que je fais quelque chose de mal ? », je vais essayer de décrire chaque action que j'ai effectuée sur mon machine. Commencer…
Casting, c'est-à-dire sélection
Nous devons d’abord sélectionner les serveurs d’applications pour notre examen. Pour cela, regardez l'article Wikipédia Comparaison des serveurs d'applications (en anglais, car il n'y en a pas d'autre). Il y a un signe avec un tas de serveurs d'applications, mais seuls ceux qui, d'une part, sont open source et, d'autre part, prennent entièrement en charge JavaEE, c'est-à-dire La colonne de compatibilité Java EE de ce tableau doit contenir une ligne de type Full Platform . De cette liste, qui contient à la fois WildFly et JBoss , vous pouvez immédiatement supprimer ce dernier, car c'est juste un ancien nom et d'anciennes versions de WildFly . En conséquence, nous obtenons la liste suivante de serveurs qui méritent notre attention :
Glassfish (pas propriétaire, mais celui de la communauté glassfish.java.net , mais qui est pris en charge par Oracle Corporation à tel point que si vous avez besoin d'un SDK javaEE du site Oracle, alors ils vous donneront ce serveur d'applications, sinon Il n'y a pas d'autre moyen)
(Red Hat) WildFly (anciennement JBoss)
(Apache) Géronimo
(Apache) Tomcat (il s'agit simplement d'un conteneur de servlets, pas d'un serveur d'applications, mais c'est le standard sur lequel, si le programme est écrit correctement, il fonctionnera certainement. Sur d'autres serveurs, le programme peut être écrit correctement en termes de JavaEE, mais tout fonctionnera, soit ce sera incorrect, soit pas du tout. Je parle de Geronimo, dont les problèmes peuvent être longuement discutés)
Là où il était possible de choisir entre les versions 32 et 64 bits, j'ai choisi un archiveur pour mon système 64 bits.
Installation
Côté installation, tout est simple et pour chacun des serveurs sélectionnés, l'installation consiste simplement à décompresser l'archive. Par exemple, j'ai créé le dossier AppServers sur mon bureau, où j'ai commencé à tout décompresser.
Paramètres
Commençons par configurer les serveurs en configurant le port HTTP sur lequel cela fonctionnera. Ensuite, nous nous enregistrerons en tant qu'administrateur du serveur. Chaque serveur possède ses propres fonctionnalités de configuration. Pour Tomcat. On va dans le dossier avec Tomcat décompressé, puis le dossier conf , le fichier server.xml . Nous trouvons le numéro 8080 (port http par défaut) dans ce fichier et le modifions comme nous le souhaitons. Je l'ai réglé sur 9713 . Pour vous inscrire en tant qu'administrateur de serveur, vous devez ouvrir le fichier tomcat-users.xml dans le même dossier . Dans celui-ci, avant la balise de fermeture </tomcat-users>, ajoutez la balise suivante <user username="egarmin" password="1" rôles="manager-gui,manager-script,manager-status,manager-jmx"/ > où dans votre j'ai attribué le nombre maximum de droits d'administration (rôles) aux rôles. Cela me permettra de déployer des applications à la fois via l'interface graphique et via une connexion à distance. Lançons maintenant Tomcat. Accédez au dossier contenant Tomcat décompressé, puis au dossier bin et exécutez le fichier startup.bat . Accédez au navigateur à l' adresse http://localhost:9713 . Tout devrait fonctionner et nous verrons le tigre. Vérifions maintenant si vous avez accès au panneau d'administration. Pour ce faire, accédez à http://localhost:9713/manager , entrez le login et le mot de passe sélectionnés et accédez-y. Hourra ! Vous pouvez désactiver temporairement Tomcat en fermant simplement la console dans laquelle il s'exécute. Pour Glassfish. Allez dans le dossier contenant le glassfish décompressé , puis dans le sous-dossier glassfish , puis dans le sous-dossier domains , puis dans le dossier domain1 . Accédez au dossier de configuration et recherchez le fichier domain.xml . Là, nous recherchons également le numéro 8080 (ce numéro est généralement le port HTTP par défaut pour les serveurs d'applications et les conteneurs de servlets) et le modifions comme nous le souhaitons. Je l'ai réglé sur 9813 . Lançons Glassfish. Accédez au dossier contenant le glassfish décompressé, puis au sous-dossier glassfish , puis au dossier bin . Exécutez le fichier startserv.bat . Dans le navigateur, saisissez l'adresse http://localhost:9813 . Sur la page laide qui apparaît avec le titre GlassFish Server, recherchez le lien pour accéder à la console d'administration et cliquez dessus. Ensuite, après avoir accédé à la belle page de la console d'administration construite sur JSF, cliquez sur l' élément Modifier le mot de passe de l'administrateur et entrez le mot de passe dont nous avons besoin pour l' utilisateur administrateur , puis confirmez-le et cliquez sur le bouton Enregistrer.. Lorsque vous vous connecterez ensuite à la console d'administration, vous devrez saisir le login administrateur et le mot de passe spécifié. Vous pouvez désormais désactiver temporairement Glassfish en fermant simplement la console dans laquelle il s'exécute. Pour WildFly. Accédez au dossier contenant le wildfly décompressé . Ensuite, accédez au dossier autonome , puis au dossier de configuration et, dedans, le fichier standalone.xml . Ensuite, nous procédons selon le schéma établi. J'ai défini le port sur 9913 . Démarrons le serveur. Pour ce faire, allons dans le dossier contenant le wildfly décompressé . Ensuite, allez dans le dossier bin et exécutez le fichier standalone.bat . Ouvrez le navigateur et saisissez l'adresse http://localhost:9913 . Cliquez sur le lien Console d'administration pour accéder à la console d'administration (en d'autres termes, le panneau d'administration du serveur d'applications). Mais ce n'était pas le cas, parce que... l'écran apparaît. Cet écran nous indique que l'administrateur n'a pas été créé et que pour le créer, nous devons utiliser l'utilitaire de console add-user.bat . Eh bien, si c’est nécessaire, c’est nécessaire. Nous retournons au dossier bin et exécutons cet utilitaire. Tout d’abord, il vous sera demandé de sélectionner le type d’utilisateur que nous souhaitons créer. Nous devons sélectionner l'élément (a) , ce qui signifie que nous avons besoin d'un administrateur. Ensuite, il vous est demandé le nom de cet utilisateur Nom d' utilisateur et mot de passe Mot de passe . Le mot de passe ne peut pas être vide, mais un caractère est le bienvenu. L'utilitaire va bien sûr gronder, mais l'avalera si vous répondez oui à la question « Êtes-vous sûr ? Ensuite, confirmez le mot de passe en saisissant à nouveau la demande de saisie du mot de passe . Ensuite, il y aura d'autres questions, mais nous répondons simplement à toutes par l'affirmative et quittons l'utilitaire. En revenant à la page ci-dessus, recherchez le lien Réessayer et cliquez dessus. Maintenant, en saisissant les détails de l'administrateur nouvellement créé, vous pouvez accéder au panneau d'administration. Nous arrêtons le serveur en fermant la fenêtre de la console par laquelle il a été lancé. Pour Géronimo. Accédez au dossier contenant Geronimo décompressé . Ensuite, allez dans le sous-dossier var , puis dans le dossier config et dedans le fichier config-substitutions.properties . Ce fichier décrit tous les ports utilisés par le serveur d'applications dans un format pratique, mais le schéma de remplacement des ports est le même. J'ai défini le port sur 10013 . Démarrons le serveur Geronimo . Allons dans le dossier avec geronimo décompressé , puis dans le sous-dossier bin et exécutons-y le fichier startup.bat . Allez sur la page http://localhost:10013. Qu'en penses-tu? Très probablement, la page ne sera pas là. Pourquoi? Le fait est que la dernière version de Geronimo (3.0) ne peut pas fonctionner avec la dernière version du JDK (1.8), donc si vous ne l'avez que ou même si, disons, la 7ème version, mais que la variable d'environnement JAVA_HOME fait toujours référence spécifiquement à Le 8ème, comme le mien, le serveur d'applications ne démarre pas. Ainsi, pour que Geronimo fonctionne, vous devez télécharger JDK 1.7. Supposons maintenant que vous ayez installé le 7ème JDK, mais que vous ne souhaitiez pas modifier la valeur de la variable JAVA_HOME (après tout, les autres programmes ne s'en plaignent pas, ce qui signifie qu'ils peuvent fonctionner avec la dernière version du JDK). Ce qu'il faut faire? Je recommande d'ouvrir le fichier setjavaenv.bat situé dans le même dossier bin et de rechercher la ligne intitulée :okJdkFileCheck . Ensuite, sur la ligne suivante, ajoutez un remplacement de variable d'environnement. Par exemple, comme ceci : set JAVA_HOME=C:\Program Files\Java\jdk1.7.0_75 Cette ligne n'est pas là, veuillez donc l'écrire vous-même. Si vous disposez d’un système 32 bits, il ne devrait plus y avoir de problèmes. De plus, si vous disposez d'un système 64 bits et que vous avez installé JDK 1.7 dans la configuration 64 bits, alors tout va bien pour vous aussi. Imaginons maintenant que nous décidions d'être pervers et d'installer JDK 1.7 à partir de la ligne 32 bits sur un système 64 bits (j'ai, par exemple, Windows 7 64). Et alors ? Ensuite, vous devrez bricoler encore, car dans un système 64 bits, il y a deux dossiers pour installer les programmes : Program Files et Program Files (x86) et si vous ne changez rien, le JDK 32 bits ira dans le dernier. Qu'y a-t-il de si effrayant là-dedans ? Oui, cela semble correct, cependant, si la variable JAVA_HOME a des crochets dans son chemin (x86), alors Geronimo a une indigestion. Pourquoi? Dieu le sait, d'autant plus que selon les forums, cette erreur aurait dû être corrigée dans la 3ème version de Geronimo . Mais rien de tel. L'essentiel dans cette affaire n'est pas de faire pipi, si les Indiens ne l'ont pas corrigé, alors nous le corrigerons. Il existe deux manières de procéder, que je préfère combiner pour en être sûr. Tout d'abord, accédez à nouveau au fichier setjavaenv.bat et recherchez l'étiquette déjà mentionnée :okJdkFileCheck . Sous cette étiquette, il y a une ligne if "%JRE_HOME%" == "" if exist "%JAVA_HOME%\bin\javac.exe" (set JRE_HOME=%JAVA_HOME%\jre) sinon set JRE_HOME=%JAVA_HOME% dans laquelle guérir Geronimo Il suffira de mettre la sous-chaîne JRE_HOME=%JAVA_HOME%\jre entre guillemets, c'est à dire remplacez la ligne entière par if "%JRE_HOME%" == "" if exist "%JAVA_HOME%\bin\javac.exe" (set "JRE_HOME=%JAVA_HOME%\jre") sinon set JRE_HOME=%JAVA_HOME% . N'oubliez pas non plus ou sachez que les dossiers comme Program Files dans Windows 7 ont des synonymes (par exemple, pour le dossier C :C:\Progra~2 ). Par conséquent, si dans le fichier setjavaenv.bat après l'étiquette :okJdkFileCheck, définissez la valeur suivante de la variable JAVA_HOME set JAVA_HOME=C:\Progra~2\Java\jdk1.7.0_75 alors vous aurez également un serveur Geronimo exécutant un 32 JDK 3 bits dans un système d'exploitation 64 bits x bits. Quelque chose comme ça... Eh bien, enfin, vous pouvez lancer Geronimo en appelant startup.bat . Il ne devrait plus y avoir de problèmes. Accédez à la page http://localhost:10013 dans le navigateur . En haut à gauche, recherchez le lien Console et cliquez dessus. Vous devez entrer votre nom d'utilisateur et votre mot de passe administrateur. Laissez-moi vous dire tout de suite qu'il s'agit de l' utilisateur système avec le gestionnaire de mots de passe (valeurs par défaut). En accédant à la console elle-même et en suivant les éléments de menu comme dans l'image ci-dessous (sélectionnez le bouton radio Avancé , puis sélectionnez Sécurité > Utilisateurs et groupes ), vous pouvez soit modifier le mot de passe de l' utilisateur système , soit créer un autre utilisateur administrateur, et supprime celui-ci. Vous pouvez également arrêter le serveur Geronimo en fermant simplement la fenêtre de console dans laquelle le serveur était exécuté.
Conclusion
Dans cette revue, je me suis contenté de passer en revue l'installation et la configuration initiale des serveurs d'applications populaires et du conteneur de servlets Tomcat. À l'exception de Geronimo, le reste des serveurs était très sympathique et hospitalier avec moi. Dans le prochain article, je continuerai à considérer les serveurs d'applications et franchirai la 3ème étape vers la prise en compte des services Web, à savoir, je montrerai comment déployer le service Web décrit dans la première étape dans ces serveurs. Pour ce faire, nous allons créer une archive de guerre de notre service Web, et je montrerai clairement que l'ensemble des jars tiers qui doivent être inclus dans cette archive pour que le service fonctionne correctement varie considérablement d'un serveur à l'autre.
Vérifions maintenant si vous avez accès au panneau d'administration. Pour ce faire, accédez à http://localhost:9713/manager , entrez le login et le mot de passe sélectionnés et accédez-y. 
Hourra ! Vous pouvez désactiver temporairement Tomcat en fermant simplement la console dans laquelle il s'exécute. Pour Glassfish. Allez dans le dossier contenant le glassfish décompressé , puis dans le sous-dossier glassfish , puis dans le sous-dossier domains , puis dans le dossier domain1 . Accédez au dossier de configuration et recherchez le fichier domain.xml . Là, nous recherchons également le numéro 8080 (ce numéro est généralement le port HTTP par défaut pour les serveurs d'applications et les conteneurs de servlets) et le modifions comme nous le souhaitons. Je l'ai réglé sur 9813 . Lançons Glassfish. Accédez au dossier contenant le glassfish décompressé, puis au sous-dossier glassfish , puis au dossier bin . Exécutez le fichier startserv.bat . Dans le navigateur, saisissez l'adresse http://localhost:9813 . Sur la page laide qui apparaît avec le titre GlassFish Server, recherchez le lien pour accéder à la console d'administration et cliquez dessus. 
Ensuite, après avoir accédé à la belle page de la console d'administration construite sur JSF, cliquez sur l' élément Modifier le mot de passe de l'administrateur 
et entrez le mot de passe dont nous avons besoin pour l' utilisateur administrateur , puis confirmez-le et cliquez sur le bouton Enregistrer.. 
Lorsque vous vous connecterez ensuite à la console d'administration, vous devrez saisir le login administrateur et le mot de passe spécifié. 
Vous pouvez désormais désactiver temporairement Glassfish en fermant simplement la console dans laquelle il s'exécute. Pour WildFly. Accédez au dossier contenant le wildfly décompressé . Ensuite, accédez au dossier autonome , puis au dossier de configuration et, dedans, le fichier standalone.xml . Ensuite, nous procédons selon le schéma établi. J'ai défini le port sur 9913 . Démarrons le serveur. Pour ce faire, allons dans le dossier contenant le wildfly décompressé . Ensuite, allez dans le dossier bin et exécutez le fichier standalone.bat . Ouvrez le navigateur et saisissez l'adresse http://localhost:9913 . 
Cliquez sur le lien Console d'administration pour accéder à la console d'administration (en d'autres termes, le panneau d'administration du serveur d'applications). Mais ce n'était pas le cas, parce que... l'écran apparaît. 
Cet écran nous indique que l'administrateur n'a pas été créé et que pour le créer, nous devons utiliser l'utilitaire de console add-user.bat . Eh bien, si c’est nécessaire, c’est nécessaire. Nous retournons au dossier bin et exécutons cet utilitaire. Tout d’abord, il vous sera demandé de sélectionner le type d’utilisateur que nous souhaitons créer. Nous devons sélectionner l'élément (a) , ce qui signifie que nous avons besoin d'un administrateur. Ensuite, il vous est demandé le nom de cet utilisateur Nom d' utilisateur et mot de passe Mot de passe . Le mot de passe ne peut pas être vide, mais un caractère est le bienvenu. L'utilitaire va bien sûr gronder, mais l'avalera si vous répondez oui à la question « Êtes-vous sûr ? Ensuite, confirmez le mot de passe en saisissant à nouveau la demande de saisie du mot de passe . Ensuite, il y aura d'autres questions, mais nous répondons simplement à toutes par l'affirmative et quittons l'utilitaire. En revenant à la page ci-dessus, recherchez le lien Réessayer et cliquez dessus. Maintenant, en saisissant les détails de l'administrateur nouvellement créé, vous pouvez accéder au panneau d'administration. 
Nous arrêtons le serveur en fermant la fenêtre de la console par laquelle il a été lancé. Pour Géronimo. Accédez au dossier contenant Geronimo décompressé . Ensuite, allez dans le sous-dossier var , puis dans le dossier config et dedans le fichier config-substitutions.properties . Ce fichier décrit tous les ports utilisés par le serveur d'applications dans un format pratique, mais le schéma de remplacement des ports est le même. J'ai défini le port sur 10013 . Démarrons le serveur Geronimo . Allons dans le dossier avec geronimo décompressé , puis dans le sous-dossier bin et exécutons-y le fichier startup.bat . Allez sur la page http://localhost:10013. Qu'en penses-tu? Très probablement, la page ne sera pas là. Pourquoi? Le fait est que la dernière version de Geronimo (3.0) ne peut pas fonctionner avec la dernière version du JDK (1.8), donc si vous ne l'avez que ou même si, disons, la 7ème version, mais que la variable d'environnement JAVA_HOME fait toujours référence spécifiquement à Le 8ème, comme le mien, le serveur d'applications ne démarre pas. Ainsi, pour que Geronimo fonctionne, vous devez télécharger JDK 1.7. Supposons maintenant que vous ayez installé le 7ème JDK, mais que vous ne souhaitiez pas modifier la valeur de la variable JAVA_HOME (après tout, les autres programmes ne s'en plaignent pas, ce qui signifie qu'ils peuvent fonctionner avec la dernière version du JDK). Ce qu'il faut faire? Je recommande d'ouvrir le fichier setjavaenv.bat situé dans le même dossier bin et de rechercher la ligne intitulée :okJdkFileCheck . Ensuite, sur la ligne suivante, ajoutez un remplacement de variable d'environnement. Par exemple, comme ceci : set JAVA_HOME=C:\Program Files\Java\jdk1.7.0_75 Cette ligne n'est pas là, veuillez donc l'écrire vous-même. Si vous disposez d’un système 32 bits, il ne devrait plus y avoir de problèmes. De plus, si vous disposez d'un système 64 bits et que vous avez installé JDK 1.7 dans la configuration 64 bits, alors tout va bien pour vous aussi. Imaginons maintenant que nous décidions d'être pervers et d'installer JDK 1.7 à partir de la ligne 32 bits sur un système 64 bits (j'ai, par exemple, Windows 7 64). Et alors ? Ensuite, vous devrez bricoler encore, car dans un système 64 bits, il y a deux dossiers pour installer les programmes : Program Files et Program Files (x86) et si vous ne changez rien, le JDK 32 bits ira dans le dernier. Qu'y a-t-il de si effrayant là-dedans ? Oui, cela semble correct, cependant, si la variable JAVA_HOME a des crochets dans son chemin (x86), alors Geronimo a une indigestion. Pourquoi? Dieu le sait, d'autant plus que selon les forums, cette erreur aurait dû être corrigée dans la 3ème version de Geronimo . Mais rien de tel. L'essentiel dans cette affaire n'est pas de faire pipi, si les Indiens ne l'ont pas corrigé, alors nous le corrigerons. Il existe deux manières de procéder, que je préfère combiner pour en être sûr. Tout d'abord, accédez à nouveau au fichier setjavaenv.bat et recherchez l'étiquette déjà mentionnée :okJdkFileCheck . Sous cette étiquette, il y a une ligne if "%JRE_HOME%" == "" if exist "%JAVA_HOME%\bin\javac.exe" (set JRE_HOME=%JAVA_HOME%\jre) sinon set JRE_HOME=%JAVA_HOME% dans laquelle guérir Geronimo Il suffira de mettre la sous-chaîne JRE_HOME=%JAVA_HOME%\jre entre guillemets, c'est à dire remplacez la ligne entière par if "%JRE_HOME%" == "" if exist "%JAVA_HOME%\bin\javac.exe" (set "JRE_HOME=%JAVA_HOME%\jre") sinon set JRE_HOME=%JAVA_HOME% . N'oubliez pas non plus ou sachez que les dossiers comme Program Files dans Windows 7 ont des synonymes (par exemple, pour le dossier C :C:\Progra~2 ). Par conséquent, si dans le fichier setjavaenv.bat après l'étiquette :okJdkFileCheck, définissez la valeur suivante de la variable JAVA_HOME set JAVA_HOME=C:\Progra~2\Java\jdk1.7.0_75 alors vous aurez également un serveur Geronimo exécutant un 32 JDK 3 bits dans un système d'exploitation 64 bits x bits. Quelque chose comme ça... Eh bien, enfin, vous pouvez lancer Geronimo en appelant startup.bat . Il ne devrait plus y avoir de problèmes. Accédez à la page http://localhost:10013 dans le navigateur . En haut à gauche, recherchez le lien Console et cliquez dessus. 
Vous devez entrer votre nom d'utilisateur et votre mot de passe administrateur. Laissez-moi vous dire tout de suite qu'il s'agit de l' utilisateur système avec le gestionnaire de mots de passe (valeurs par défaut). 
En accédant à la console elle-même et en suivant les éléments de menu comme dans l'image ci-dessous (sélectionnez le bouton radio Avancé , puis sélectionnez Sécurité > Utilisateurs et groupes ), vous pouvez soit modifier le mot de passe de l' utilisateur système , soit créer un autre utilisateur administrateur, et supprime celui-ci. 
Vous pouvez également arrêter le serveur Geronimo en fermant simplement la fenêtre de console dans laquelle le serveur était exécuté.
GO TO FULL VERSION