Recherche de site Web

Concepts de base de WildFly (JBoss Application Server)

Dans nos deux derniers articles, nous avions parcouru l'installation de WildFly, puis la gestion du serveur à l'aide de la version GUI de la CLI. Aujourd'hui, nous allons discuter des concepts de base ou vous pouvez énoncer les termes utilisés dans WildFly. Vous pouvez consulter nos derniers articles publiés sur.

  1. WildFly – Une nouvelle installation améliorée du serveur d'applications JBoss
  2. Gérer le serveur WildFly (JBoss AS) à l'aide de la version GUI de CLI

Ceux qui connaissent déjà Jboss AS seront conscients du grand changement introduit dans Jboss AS 7.* et donc WildFly. Le changement concerne la conception modulaire, ce qui signifie qu'il chargera les classes nécessaires à l'application au lieu de charger toutes les classes.

Vous trouverez ci-dessous quelques-uns des termes de base utilisés dans WildFly :

Modes de démarrage

Wildfly a introduit de nouveaux modes de démarrage. Il dispose de deux modes de fonctionnement utilisés pour gérer toutes les opérations du serveur.

  1. Mode autonome
  2. Mode domaine

Ces deux modes sont gérés par les deux scripts différents fournis dans le répertoire « bin » de l'installation de WildFly.

[root@tecmint bin]# ll -m1 standalone.sh domain.sh

domain.sh
standalone.sh

Mode autonome

Dans la version antérieure de Jboss AS 7.*, c'est-à-dire Jboss Application Server 3, 4, 5< ou 6, toutes les instances jboss en cours d'exécution ont leur processus individuel. Chaque instance aura sa propre console d'administration et d'autres fonctions pour la contrôler.

Le mode autonome fonctionne de manière très similaire. Nous pouvons lancer un serveur autonome en utilisant le script « standalone.sh » et en transmettant différents paramètres selon les exigences. Nous pouvons lancer autant d'instances que nous le souhaitons (toutes doivent avoir été configurées pour être exécutées sur des ports différents).

Nous pouvons également former différents clusters HA comme nous le faisions avec la version précédente, c'est-à-dire 4, 5 ou 6.

Démarrer WildFly en mode autonome

Déplacez-vous vers le répertoire $JBOSS_HOME/bin et lancez le script standalone.sh depuis le terminal comme indiqué ci-dessous. Si nous ne spécifions aucun paramètre, alors par défaut, il sera lié à l'adresse de bouclage et utilisera le fichier standalone.xml.

[root@tecmint bin]# ./standalone.sh
Exemple de sortie
tecmint-VGN-Z13GN bin # ./standalone.sh
=========================================================================

  JBoss Bootstrap Environment

  JBOSS_HOME: "/data/wildfly-8.0.0.Final"

  JAVA: java

  JAVA_OPTS:  -server -Xms64m -Xmx512m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true

=========================================================================

13:25:22,168 INFO  [org.jboss.modules] (main) JBoss Modules version 1.3.0.Final
13:25:22,717 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.0.Final
13:25:22,818 INFO  [org.jboss.as] (MSC service thread 1-3) JBAS015899: WildFly 8.0.0.Final "WildFly" starting
13:25:24,287 INFO  [org.jboss.as.server] (Controller Boot Thread) JBAS015888: Creating http management service using socket-binding (management-http)
13:25:24,310 INFO  [org.xnio] (MSC service thread 1-1) XNIO version 3.2.0.Final
13:25:24,332 INFO  [org.xnio.nio] (MSC service thread 1-1) XNIO NIO Implementation Version 3.2.0.Final
13:25:24,486 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 33) JBAS010280: Activating Infinispan subsystem.
13:25:24,491 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 28) JBAS010403: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
13:25:24,514 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 4.0.0.Final
13:25:24,573 INFO  [org.jboss.as.jsf] (ServerService Thread Pool -- 39) JBAS012615: Activated the following JSF Implementations: [main]
13:25:24,575 INFO  [org.jboss.as.connector.logging] (MSC service thread 1-3) JBAS010408: Starting JCA Subsystem (IronJacamar 1.1.3.Final)
13:25:24,587 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-3) JBAS010417: Started Driver service with driver-name = h2
13:25:24,622 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 41) JBAS011800: Activating Naming Subsystem
13:25:24,691 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 46) JBAS013171: Activating Security Subsystem
13:25:24,707 INFO  [org.jboss.as.naming] (MSC service thread 1-4) JBAS011802: Starting Naming Service
13:25:24,708 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-3) JBAS015400: Bound mail session [java:jboss/mail/Default]
13:25:24,737 INFO  [org.jboss.as.security] (MSC service thread 1-1) JBAS013170: Current PicketBox version=4.0.20.Final
13:25:24,754 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 50) JBAS015537: Activating WebServices Extension
13:25:24,800 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) JBAS017502: Undertow 1.0.0.Final starting
13:25:24,800 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 49) JBAS017502: Undertow 1.0.0.Final starting

Remarque : Vous pouvez utiliser l'option –b [IP] pour démarrer le serveur avec une autre IP et charger un autre fichier de configuration en utilisant -c [nom du fichier de configuration].

Mode domaine

Il s'agit d'un nouveau concept introduit dans AS-7.* . Avec cette nouvelle fonctionnalité de WildFly-8, nous pouvons gérer différentes instances à partir d'un seul point. Cela nous aide vraiment à nous limiter à un seul point de contrôle au lieu de gérer plusieurs serveurs autonomes.

Tous les serveurs gérés par Domain sont appelés membres du domaine. Tous les membres du domaine peuvent partager les mêmes configurations/déploiements. C'est vraiment pratique et utile pour l'environnement de clustering.

En mode Domaine, nous pouvons créer un groupe de serveurs, puis ajouter un certain nombre de serveurs à ce groupe. Quoi que nous fassions sur ce groupe de serveurs, tout sera répliqué sur chaque serveur des groupes de serveurs.

Démarrer WildFly en mode domaine

Déplacez-vous vers le répertoire $JBOSS_HOME/bin et lancez le script domain.sh depuis le terminal comme indiqué ci-dessous.

[root@tecmint bin]# ./domain.sh
Exemple de sortie
=========================================================================

  JBoss Bootstrap Environment

 JBOSS_HOME: "/data/wildfly-8.0.0.Final"

  JAVA: java

  JAVA_OPTS: -Xms64m -Xmx512m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true

=========================================================================

13:30:33,939 INFO  [org.jboss.modules] (main) JBoss Modules version 1.3.0.Final
13:30:34,077 INFO  [org.jboss.as.process.Host Controller.status] (main) JBAS012017: Starting process 'Host Controller'
[Host Controller] 13:30:34,772 INFO  [org.jboss.modules] (main) JBoss Modules version 1.3.0.Final
[Host Controller] 13:30:34,943 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.0.Final
[Host Controller] 13:30:34,999 INFO  [org.jboss.as] (MSC service thread 1-4) JBAS015899: WildFly 8.0.0.Final "WildFly" starting
[Host Controller] 13:30:35,689 INFO  [org.xnio] (MSC service thread 1-1) XNIO version 3.2.0.Final
[Host Controller] 13:30:35,692 INFO  [org.jboss.as] (Controller Boot Thread) JBAS010902: Creating http management service using network interface (management) port (9990) securePort (-1)
[Host Controller] 13:30:35,701 INFO  [org.xnio.nio] (MSC service thread 1-1) XNIO NIO Implementation Version 3.2.0.Final
[Host Controller] 13:30:35,747 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 4.0.0.Final
[Host Controller] 13:30:35,817 INFO  [org.jboss.as.remoting] (MSC service thread 1-2) JBAS017100: Listening on 127.0.0.1:9999
^C13:30:36,415 INFO  [org.jboss.as.process] (Shutdown thread) JBAS012016: Shutting down process controller
13:30:36,416 INFO  [org.jboss.as.process.Host Controller.status] (Shutdown thread) JBAS012018: Stopping process 'Host Controller'
[Host Controller] 13:30:36,456 INFO  [org.jboss.as] (MSC service thread 1-2) JBAS015950: WildFly 8.0.0.Final "WildFly" stopped in 19ms
[Host Controller] 
13:30:36,476 INFO  [org.jboss.as.process.Host Controller.status] (reaper for Host Controller) JBAS012010: Process 'Host Controller' finished with an exit status of 130
13:30:36,476 INFO  [org.jboss.as.process] (Shutdown thread) JBAS012015: All processes finished; exiting

Une autre chose que vous remarquerez est la différence entre le nombre de services démarrés en mode autonome (183 sur 0f 232) et en mode domaine (207 sur 255).

Une autre différence très importante entre le mode Autonome et Domaine est la commande de démarrage utilisée dans le script de démarrage. En mode autonome, le point d'entrée est « org.jboss.as.standalone » alors qu'en mode domaine, le point d'entrée est « org.jboss.as.process-controller ». Vous trouverez ci-dessous la figure montrant la relation logique entre les différents processus.

En mode domaine, il démarrera d'abord le contrôleur de processus et générera un nouveau processus appelé Host Controller. Ce processus Host Controller sera responsable de la gestion de plusieurs serveurs au sein de différents groupes de serveurs. Un autre point à noter est que chaque serveur aura son propre processus JVM.

C'est tout pour l'instant ! Dans notre prochain article, nous montrerons différentes manières d'effectuer des déploiements dans WildFly. D'ici là, restez à l'écoute et connecté à Tecmint et n'oubliez pas de donner vos précieux commentaires dans notre section commentaires ci-dessous.