Table des matières
JBoss par strato911 et mkefsi
1. Présentation
a) Historique, présentation des différentes versions et de leurs caractéristiques
Historique Graphique de JBoss AS (Application Server): 1)
En 1999, Marc Fleury démarre un projet libre nommé EJB-OSS (pour Entreprise Java Bean Open Source Software) implémentant l'API EJB de J2EE (Java 2 Enterprise Edition). Sun Microsystems a demandé au projet d’arrêter d'utiliser la marque EJB dans son nom. Le projet fut alors renommé JBOSS, puis plus tard JBoss2.2)
De JBoss AS V 5, 6, 7 à WildFly
Chronologie: 3)
23 mai 2009:
JBoss V Version 5.1 est une modification mineur de JBOSS AS V qui était en développement
depuis au moins trois ans et qui a été construit au dessus du nouveau microcontainer JBoss.
JBoss AS 5.1 contient un aperçu de certains éléments de spécifications de Java EE 6.
28 décembre 2010:
Bien que JBOSS AS 6 supporte la version complète de JAVA EE 6 stack,
Red Hat n'a pas décider de le certifier avec Oracle.
C'est cependant officiellement certifié pour supporter la configuration Web de Java EE 6
12 juillet 2011:
Pour JBoss 7.0 “Lightning”, la configuration Java EE est seulement partiellement implementé: elle inclut les MDBs, mais les écouteurs à destinations de JMS ne sont pas supporté.
C'est cependant certifié pour la configuration web. Le programme du logiciel est complètement réécrit pour JBoss AS 7.
Les changements majeurs sont visibles pour l'utilisateur sont l'incapacité de définir des ressources comme les destinations JMS et les sources de données à l' intérieur des archives (war/ear), la façon dont les sources de données sont définis. Une beaucoup plus petite taille (moins de la moitié de JBoss AS 6) et une réduction de 10 fois dans le temps de démarrage .
16 fevrier 2012:
Pour JBoss 7.1, Red hat a implémenté les parties restantes des spécifications de EE et cette version a été certifié pour la configuration complète de EE .
20 novembre 2014:
JBoss est renommé en WildFly.
Dans WildFly 8, Undertow a remplacé JBossWeb comme conteneur web .
2 juillet 2015:
Dans WildFly 9 , il y a séparation du noyau.
9 fevrier 2016:
Dans WildFly 10, supporte Java 8+ (Java 7 le support est discontinu),
et ajout de ActiveMQ Artemis, HA Singleton Deployments, HA Singleton Message Driven Beans (MDBs) et les groupes Delivery MDB.
Stateless Session Bean and Message Driven Bean Automatic Pool Sizing, Hibernate 5.
b) L'architecture Jboss
JBoss AS est assemblé à partir d'un ensemble de composants et de services indépendants
et coopérant entre eux et qui sont sous forme de package et complètement déployable sans redémarrer la machine.
C'est organisé pour être sensiblement intégrable dans les applications.
et la nature de son intégration est complètement customisable pour les besoins de l'application elle-même.
Seul les composants d'Application Server (AS) nécessaire et critique, cependant, ont besoin d' être installé comme référence.
Les développeurs peuvent aussi facilement créer et ajouter leur propre services au système, ainsi,ils peuvent
garantir le service client montrant la même comportement constant comme l'ensemble standard de services JBoss.4)
Le noyau
Le noyau de l'AS est constitué des principaux éléments suivants:
* Un système modulaire de chargement de classe fournit par la bibliothèque de jboss-modules.
* Un rapide,hautement évolutive framework de conteneur de service fournit par la bibliothèque jboss-msc
* Une couche de gestion extensible qui signifie un accès immédiat au conteneur de service
de logic qui peut ajouter, effacer et modifier des services.La couche de gestion fournit aussi
un modèle consistant et persistant de configuration pour l'AS. 5)
La couche services
* C'est une architecture orienté service.
* Les Services ne nécessitent pas le redémarrage de la machine.
* Rend possible le paramétrage du système pour que seul les services obligatoires
fonctionnent (plus facile à sécuriser et à paramétrer).
* Rend facile à définir de nouveaux services et les empaqueter en tant que SARs (Service ARchive) ou JARs(Java ARchives)
* Exemple: conteneur Servlets/JSP, conteneur EJB, gestion de transaction , messagerie , connexion commune, sécurité, etc … 6)
La couche présentation
Augmente la modularité de l'application en autorisant la séparation de problèmes transversaux.
(le logging est souvent exigé dans beaucoup de parties de votre application).
* Basé sur le modèle de programmation orienté aspect (POA), (Eng:Aspect-Oriented Programming model AOP)
* Définit des services transversaux simple à utiliser.
* Rend possible l' ajout d' objet de persistance récupération, réplication, connexion à distance, sécurité,
etc. tard dans le cycle de développement en annotant l'existence de POJOs (plain-old-java-objetcs)7)
La couche application
* C'est l' endroit ou les applications Java EE fonctionnent.
* Cette couche traite avec les procédures métiers tant que fonctionne les services du conteneur qui se restreint à JBoss AS.
* Portable - Indépendant de JBoss AS.8)
Le principe JMX et les Mbeans
Java Management Extensions (JMX) est une API pour Java permettant de gérer le fonctionnement d'une application Java en cours d'exécution.
Un MBean est un objet Java géré, similaire à un composant JavaBeans, suivant les modèles de conceptions selon les spécifications JMX.
Un MBean peut représenter un matériel, une application, ou une ressource, qui a besoin d'être géré.
MBeans présente une interface de gestion avec le principe suivant :
* Un ensemble d'attributs que l' ont peut lire ou écrire voire les deux.
* Un ensemble invocable d'opérations.
* Une auto-description.
L'interface de gestion ne change pas à travers la vie d' une instance MBean.
MBeans peut aussi émettre des notifications quand certain évènements répétitifs sont définis. 9)
c) Les outils JBoss
Hibernate
Hibernate est un framework open source gérant la persistance des objets en base de données relationnelle.
AOP
La programmation orientée aspect, ou POA (eng:AOP) est un paradigme de programmation qui permet de traiter séparément les préoccupations transversales
Cache IDE
JBoss Cache est un cache répliqué et transactionnel.
C'est répliqué depuis les multiples instances cache JBoss qui peuvent être distribué.
(Même avec le même machine virtuelle Java (JVM) ou à travers plusieurs JVMs
si elle sont localisé sur la même machine ou sur de différentes machines sur un réseaux)
et les données sont répliqué à travers un groupe entier.C'est transactionnel parce que un utilisateur peut configurer un gestionnaire de transaction comforme JTA et faire de l' interaction de transactionnel de cache, et le cache participera dans les transactions JTA en cours. Remarquons que, le cache peut aussi tourner sans aucune réplication; c'est le mode local.
10)
Présentation du noyau JBoss
JBoss AS 7 est constitué d’un noyau, appelé core infrastructure et de composants, appelés subsystems.
Ces composants sont souvent issus de projets autonomes, comme Hibernate, Weld, HonertQ ou Infinispan.
En comparaison avec un JBoss AS 6, il n’y a aucun changement fondamental.
Le noyau s’appelait micro container et les composants étaient des services.
On retrouve Hibernate, Weld, HonertQ et Infinispan.
Le changement n’est donc pas dans les composants utilisés, mais dans le noyau11)
Présentation du micro-conteneur
Architecture JBoss AS V (et 6)
JBoss Microcontainer est un Framework d' inversion de contrôle(loC).loC framework laisse à l'utilisateur le choix de créer, configurer et connecter de simples objets Java (POJOs).Les classes n' ont pas besoins de programmation spéciale pour être utilisable. Les nouveaux objets représentent habituellement les modules de votre application12)
2. Installation sous CentOS 7
<note tip>On traite l'installation de JBOSS 7, java 7 sur un centos 7.</note>
La première étape avant d'installer JBoss AS 7 , est d'installer un JDK . Toute JDK peut être utilisé , comme Sun JDK , OpenJDK , IBM JDK , ou JRocket etc. Nous avons choisi Ouvrez JDK 7 pour ce tutoriel.
REMARQUE: Un JRE est également suffisant pour exécuter JBoss 7 , mais un JRE ne comprend pas une partie de la fonctionnalité supplémentaire d'un JDK
Installation OpenJDK : Lancez la commande suivante pour installer le JDK
[root@centos7 ~]# yum install java-1.7.0-openjdk-devel
Vérifier que le JDK est bien installer avec la commande:
[root@centos7 ~]# java -version java version "1.7.0_111" OpenJDK Runtime Environment (rhel-2.6.7.2.el7_2-x86_64 u111-b01) OpenJDK 64-Bit Server VM (build 24.111-b01, mixed mode) [root@centos7 ~]# javac -version javac 1.7.0_111
<note>Dans le cas où une version plus récente est installer vous pouvez toujours revenir à la version précédente.</note>
L'exemple suivant illustre comment passer de la version java 8 a java 7 (idem pour la JDK) en exécutant les commandes suivantes:
[root@centos7 ~]# update-alternatives --config java There is 2 program that provides 'java'. Selection Command ----------------------------------------------- 1 /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.111-2.6.7.2.el7_2.x86_64/jre/bin/java *+ 2 /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.101-3.b13.el7_2.x86_64/jre/bin/java Enter to keep the current selection[+], or type selection number: 1 [root@centos7 ~]# update-alternatives --config javac There is 2 program that provides 'javac'. Selection Command ----------------------------------------------- *+ 1 /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.101-3.b13.el7_2.x86_64/bin/javac 2 /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.111-2.6.7.2.el7_2.x86_64/bin/javac Enter to keep the current selection[+], or type selection number: 2
Remarquez l'étoile ' * ' qui indique la version actuellement utilisée.
Après vérification on aura :
[root@centos7 ~]# java -version java version "1.7.0_111" OpenJDK Runtime Environment (rhel-2.6.7.2.el7_2-x86_64 u111-b01) OpenJDK 64-Bit Server VM (build 24.111-b01, mixed mode) [root@centos7 ~]# javac -version javac 1.7.0_111
NOTE : Dans le cas où plusieurs versions de Java sont installées, il est impératif de définir un JAVA_HOME dans le /etc/profil.
Ajoutez les trois lignes suivantes au fichier /etc/profile :
PATH=$PATH:/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.111-2.6.7.2.el7_2.x86_64/bin/ JAVA_HOME=/usr/lib/jvm/jre-1.7.0-openjdk-1.7.0.111-2.6.7.2.el7_2.x86_64 export PATH JAVA_HOME
Rechargez le fichier /etc/profile et vérifiez les valeurs des deux variables précédemment déclarées :
[root@centos7 ~]# source /etc/profile [root@centos7 ~]# echo $PATH /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.111-2.6.7.2.el7_2.x86_64/bin/:/root/bin [root@centos7 ~]# echo $JAVA_HOME /usr/lib/jvm/jre-1.7.0-openjdk-1.7.0.111-2.6.7.2.el7_2.x86_64 [root@centos7 ~]#
<note tip>Vous pouvez aussi définir ces deux variables (PATH et JAVA_HOME) pour un user donné en les éditant dans le son fichier .bash_profile</note>
Nous allons télécharger la version .zip de JBoss AS 7 , et l'installer à l'aide de l'utilitaire unzip.
[root@centos7 ~]# wget http://download.jboss.org/jbossas/7.1/jboss-as-7.1.1.Final/jboss-as-7.1.1.Final.zip --2016-09-07 11:42:11-- http://download.jboss.org/jbossas/7.1/jboss-as-7.1.1.Final/jboss-as-7.1.1.Final.zip Resolving download.jboss.org (download.jboss.org)... 104.85.76.82 Connecting to download.jboss.org (download.jboss.org)|104.85.76.82|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 133255203 (127M) [application/zip] Saving to: ‘jboss-as-7.1.1.Final.zip’ 100%[=====================================================>] 133,255,203 11.5MB/s in 11s 2016-09-07 11:42:22 (11.4 MB/s) - ‘jboss-as-7.1.1.Final.zip’ saved [133255203/133255203]
Ensuite, on utilise la commande unzip suivante pour installer jboss-as-7.1.1.Final dans le répertoire /usr/share :
[root@centos7 ~]# unzip jboss-as-7.1.1.Final.zip -d /usr/share
A noté qu'on peut choisir un autre répertoire pour l'installation JBoss 7.
Création d'un utilisateur approprié Nous créons un nouvel utilisateur appelé jboss en exécutant la commande suivante :
[root@centos7 ~]# adduser jboss
Donnez un mot de passe 'jboss' à l'utilisateur jboss
[root@centos7 ~]# passwd jboss Changing password for user jboss. New password: jboss BAD PASSWORD: The password is shorter than 8 characters Retype new password: jboss passwd: all authentication tokens updated successfully.
Les mots de passe ne sont pas appatrents.
Modifiez la propriété du répertoire d'installation :
[root@centos7 ~]# chown -fR jboss.jboss /usr/share/jboss-as-7.1.1.Final/
Pour des raisons diverses, il n'est jamais bon d'exécuter JBOSS en tant que root. Une fois JBoss AS 7 est installé, il faudrait s'assurer de crée un utilisateur avec les droits (privilèges) appropriés.
a) Arborescence des fichiers
On exécute la commande ci-dessous dans le répertoire d'installation de JBOSS
[jboss@centos7 jboss-as-7.1.1.Final]$ tree -L 1 . |-- appclient |-- bin |-- bundles |-- copyright.txt |-- docs |-- domain |-- jboss-modules.jar |-- LICENSE.txt |-- modules |-- README.txt |-- standalone -- welcome-content- -8 directories, 4 files appclient/ Contient les détails de configuration pour le conteneur du client application.
Nom | Utilisation |
---|---|
bin/ | Contient des scripts de démarrage pour JBoss. |
bundles/ | Contient les lots OSGi associés à la fonctionnalité interne de JBoss 7. |
docs/ | Fichers de licences, schéma, et exemples. |
domain/ | Fichiers de configuration, contenu de déploiement, zones d'écriture, utilisés quand la plateforme JBoss 7 exécute en tant que domaine géré. |
modules/ | Les modules qui sont chargés de façon dynamique par JBoss EAP 6 quand les services les réclament. |
standalone/ | Fichiers de configuration, contenu de déploiement, zones d'écriture, utilisés quand la plateforme JBoss EAP 6 exécute en tant que domaine autonome. |
welcome-content/ | Contient un contenu utilisé par l'application web Welcome disponible sur le port 800 comme installation par défaut. |
jboss-modules.jar | Le mécanisme d'amorçage pour charger les modules. |
L'arrbosressance du répértoire domain est la suivante:
[jboss@centos7 jboss-as-7.1.1.Final]$ tree -L 1 domain domain/ |-- configuration |-- data `-- tmp
Nom | Utilisation |
---|---|
configuration/ | Les fichiers de configuration pour le domaine géré. Ces fichiers sont modifiés par la Console de gestion et le Management CLI, et ne sont pas sensés être édités directement. |
data/ | Information sur les services déployés. Les services sont déployés par la Console de gestion et le Management CLI, et non pas par un scanner de déploiement. Donc, ne mettez pas les fichiers dans ce répertoire directement. |
tmp/ | Contient des données temporaires sous forme de fichiers associés au mécanisme de clé partagée utilisée par le Management CLI pour authentifier les utilisateurs locaux dans le domaine partagé. |
dans le répertoire standalone on trouve :
[jboss@centos7 jboss-as-7.1.1.Final]$ tree -L 1 standalone standalone/ |-- configuration |-- data |-- deployments |-- lib |-- log `-- tmp
Nom | Utilisation |
---|---|
configuration/ | Les fichiers de configuration pour le domaine autonome. Ces fichiers sont modifiés par la Console de gestion et le Management CLI, et ne sont pas sensés être édités directement. |
deployments/ | Information sur les services déployés. Le serveur autonome n'inclut pas un scanner de déploiement, donc vous pouvez mettre les archives dans un répertoire à déployer. Cependant, l'approche qui est recommandée est de gérer les déploiements par la Console de gestion et le Management CLI. |
lib/ | |
tmp/ | Contient des données temporaires sous forme de fichiers associés au mécanisme de clé partagée utilisée par le Management CLI pour authentifier les utilisateurs locaux dans le domaine. |
Les utilisateurs se trouvent dans le fichier standalone/configuration/mgmt-users.properties
[jboss@centos7 jboss-as-7.1.1.Final]$ cat standalone/configuration/mgmt-users.properties # # Properties declaration of users for the realm 'ManagementRealm' which is the default realm # for new AS 7.1 installations. Further authentication mechanism can be configured # as part of the <management /> in standalone.xml. # # Users can be added to this properties file at any time, updates after the server has started # will be automatically detected. # # By default the properties realm expects the entries to be in the format: - # username=HEX( MD5( username ':' realm ':' password)) # # A utility script is provided which can be executed from the bin folder to add the users: - # - Linux # bin/add-user.sh # # - Windows # bin\add-user.bat # The following illustrates how an admin user could be defined, this # is for illustration only and does not correspond to a usable password. # #admin=2a0923285184943425d1f53ddd58ec7a #admin=fef4a2d5399b026a4f9e26aa72447eb7 jboss=496d173f640f8a855bec4b0a985d563f
Vous remarquez que les utilisateurs configurés pour administrer JBOSS sont ajoutés à la fin du fichier mgmt-users.properties.
<note important>Pour supprimer un utilisateur, il suffi de supprimer la ligne commançant par le nom du user dans le fichier /standalone/configuration/mgmt-users.properties sans oublie de le retirer du fichier /domain/configuration/mgmt-users.properties </note>
Pour plus d'information consultez https://access.redhat.com/documentation/fr-FR/JBoss_Enterprise_Application_Platform
b) Les services disponibles
Dans JBoss toutes les applications Sous-Systèmes sont des services et celle qui sont dans
l'infrastructure Core sont des services ou potentiellement des services.
Exemple: conteneur EJB, gestion de transaction , messagerie , connexion à distance (Remoting) , sécurité, etc …
3. Configuration de Base
<note tip> Ce contenu sera rajouter ultérieurement …</note>
a) Ajout/suppression de services
<note tip>Ce contenu est en cours de rédaction …</note>
b) Visualisation dans les consoles de JBoss
<note tip>Ce contenu sera rajouter ultérieurement …</note>
4. LAB #1 - Utilisation
Nous passons à l'utilisateur jboss , de sorte que cette nouvelle installation peut être administré correctement.
[root@centos7 ~]# su - jboss Last login: Wed Sep 7 12:35:07 CEST 2016 on pts/0 [jboss@centos7 ~]$ pwd /home/jboss [jboss@centos7 ~]$
On se place dans /usr/share/jboss-as-7.1.1.Finalbin. Cette répertoire contient les scripts nécessaires pour démarrer, arrêter et gérer votre installation JBoss.
[jboss@centos7 ~]$ cd /usr/share/jboss-as-7.1.1.Final/bin/ [jboss@centos7 bin]$
La dernière étape avant de démarrer JBoss est d'ajouter un utilisateur de gestion. Ceci est un utilisateur interne de gestion JBoss , nécessaire pour accéder à la nouvelle console de gestion JBoss.
[jboss@centos7 bin]$ ./add-user.sh What type of user do you wish to add? a) Management User (mgmt-users.properties) b) Application User (application-users.properties) (a): a Enter the details of the new user to add. Realm (ManagementRealm) : ManagementRealm Username (jboss) : jboss Password : jbOss Re-enter Password : jbOss About to add user 'admin' for realm 'ManagementRealm' Is this correct yes/no? yes Added user 'jboss' to file '/usr/share/jboss-as-7.1.1.Final/standalone/configuration/mgmt-users.properties' Added user 'jboss' to file '/usr/share/jboss-as-7.1.1.Final/domain/configuration/mgmt-users.properties'
Nous avons choisi la valeur par défaut pour le Realm ( ManagementRealm ), et sélectionner “ jboss ” comme notre nom d'utilisateur . Par défaut, le mot de passe est “ jb0ss ”, bien sûr, vous pouvez fournir un mot de passe que vous préférez ici.
Démarage de jboss en mode Standalone:
En executant la commande suivante, on demarre une instance standalone (mode autonome) de JBoss, vous aurez un résultat similaire à ça:
[jboss@centos7 bin]$./standalone.sh -Djboss.bind.address=0.0.0.0 -Djboss.bind.address.management=0.0.0.0&
A l'installation, JBoss 7 se lier automatiquement à localhost. Cela ne permet pas d'accéder à distance au serveur jboss. Pour notre installation, nous définissons la propriété jboss.bind.address comme 0.0.0.0 et la propriété jboss.bin.address.management à 0.0.0.0. Cela nous permet d'accéder à l'instance de JBoss à distance sur Internet.
Vous devriez voir les messages suivants sur la console après l'exécution de la commande pour un démarrage réussi :
[1] 4445 bash: ./standalone.sh: Aucun fichier ou dossier de ce type [1]+ Termine 127 ./standalone.sh -Djboss.bind.address=0.0.0.0 -Djboss.bind.address.management=0.0.0.0 [jboss@centos7 ~]$ cd /usr/share/jboss-as-7.1.1.Final/bin/ [jboss@centos7 bin]$ ./standalone.sh -Djboss.bind.address=0.0.0.0 -Djboss.bind.address.management=0.0.0.0& [jboss@centos7 bin]$ ./standalone.sh -Djboss.bind.address=0.0.0.0 -Djboss.bind.address.management=0.0.0.0& [1] 4519 [jboss@centos7 bin]$ ========================================================================= JBoss Bootstrap Environment JBOSS_HOME: /usr/share/jboss-as-7.1.1.Final JAVA: /usr/lib/jvm/jre-1.7.0-openjdk-1.7.0.111-2.6.7.2.el7_2.x86_64/bin/java JAVA_OPTS: -server -XX:+UseCompressedOops -XX:+TieredCompilation -Xms64m -Xmx512m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Djboss.server.default.config=standalone.xml ========================================================================= 11:36:50,739 INFOS [org.jboss.modules] JBoss Modules version 1.1.1.GA 11:36:51,427 INFO [org.jboss.msc] JBoss MSC version 1.0.2.GA 11:36:51,551 INFO [org.jboss.as] JBAS015899: JBoss AS 7.1.1.Final "Brontes" starting 11:36:54,086 INFO [org.xnio] XNIO Version 3.0.3.GA 11:36:54,089 INFO [org.jboss.as.server] JBAS015888: Creating http management service using socket-binding (management-http) 11:36:54,155 INFO [org.xnio.nio] XNIO NIO Implementation Version 3.0.3.GA 11:36:54,170 INFO [org.jboss.remoting] JBoss Remoting version 3.2.3.GA 11:36:54,404 INFO [org.jboss.as.configadmin] JBAS016200: Activating ConfigAdmin Subsystem 11:36:54,507 INFO [org.jboss.as.clustering.infinispan] JBAS010280: Activating Infinispan subsystem. 11:36:54,611 INFO [org.jboss.as.naming] JBAS011800: Activating Naming Subsystem 11:36:54,606 INFO [org.jboss.as.security] JBAS013101: Activating Security Subsystem 11:36:54,662 INFO [org.jboss.as.logging] JBAS011502: Removing bootstrap log handlers 11:36:54,829 INFO [org.jboss.as.security] (MSC service thread 1-1) JBAS013100: Current PicketBox version=4.0.7.Final 11:36:54,757 INFO [org.jboss.as.webservices] (ServerService Thread Pool -- 48) JBAS015537: Activating WebServices Extension 11:36:54,689 INFO [org.jboss.as.osgi] (ServerService Thread Pool -- 39) JBAS011940: Activating OSGi Subsystem 11:36:55,437 INFO [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 27) JBAS010403: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3) 11:36:55,447 INFO [org.jboss.as.connector] (MSC service thread 1-1) JBAS010408: Starting JCA Subsystem (JBoss IronJacamar 1.0.9.Final) 11:36:55,745 INFO [org.jboss.as.naming] (MSC service thread 1-1) JBAS011802: Starting Naming Service 11:36:56,198 INFO [org.jboss.as.mail.extension] (MSC service thread 1-2) JBAS015400: Bound mail session [java:jboss/mail/Default] 11:36:56,628 INFO [org.jboss.ws.common.management.AbstractServerConfig] (MSC service thread 1-1) JBoss Web Services - Stack CXF Server 4.0.2.GA 11:36:57,054 INFO [org.apache.coyote.http11.Http11Protocol] (MSC service thread 1-2) Démarrage de Coyote HTTP/1.1 sur http--0.0.0.0-8080 11:36:57,456 INFO [org.jboss.as.server.deployment.scanner] (MSC service thread 1-1) JBAS015012: Started FileSystemDeploymentService for directory /usr/share/jboss-as-7.1.1.Final/standalone/deployments 11:36:57,681 INFO [org.jboss.as.remoting] (MSC service thread 1-1) JBAS017100: Listening on /0.0.0.0:9999 11:36:57,710 INFO [org.jboss.as.remoting] (MSC service thread 1-1) JBAS017100: Listening on /0.0.0.0:4447 11:36:57,868 INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) JBAS010400: Bound data source [java:jboss/datasources/ExampleDS] 11:36:58,008 INFO [org.jboss.as] (Controller Boot Thread) JBAS015951: Admin console listening on http://0.0.0.0:9990 11:36:58,009 INFO [org.jboss.as] (Controller Boot Thread) JBAS015874: JBoss AS 7.1.1.Final "Brontes" started in 8003ms - Started 133 of 208 services (74 services are passive or on-demand)
Il faudrait ensuite vérifier si l'installation s'est bien déroulée en nous connectant à la console d'administration avec l'utilisateur jboss et le mot de passe jbOss prédéfinis auparavant Dans votre navigateur essayer de vous connecter à http://localhost:9990/console Vous aurez une fenêtre comme celle ci:
Un fois les champs Utilisateur et mot de passe renseignés vous accédez à la console comme le montre l'image ci-dessous.
Arrêt de l'instance de JBOSS: Pour arrêter l'instance de JBOSS utilisez la commande suivante
[jboss@centos7 bin]$ ./jboss-cli.sh –connect command=:shutdown
Plus amples informations sur le site http://www.opensourcearchitect.co/resources
En attendant une version plus approprier, vous pouvez, une fois connecté à la console de JBOSS, étudiez là pour comprendre son utilisation.