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.

Architecture JBoss AS 7

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>

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.

5.REFERENCES

Menu