Erreur lors du démarrage de JBoss 7.1.1 sur Windows 7 64 bits
J'apprends à utiliser Jboss et j'ai donc essayé de l'installer. Je l'ai téléchargé et décompressé dans C:. J'ai créé la variable Environment et tout va bien.
lorsque je lance standalone.bat, j'ai cette exception Java: Que dois-je faire pour résoudre ce problème?
16:14:04,199 INFO [org.jboss.as.security] (ServerService Thread Pool -- 44) JBAS013101: Activating Security Subsystem
16:14:04,204 INFO [org.jboss.as.osgi] (ServerService Thread Pool -- 39) JBAS011940: Activating OSGi Subsystem
16:14:04,209 INFO [org.jboss.as.webservices] (ServerService Thread Pool -- 48) JBAS015537: Activating WebServices Extension
16:14:04,215 INFO [org.jboss.as.naming] (ServerService Thread Pool -- 38) JBAS011800: Activating Naming Subsystem
16:14:04,226 INFO [org.jboss.as.configadmin] (ServerService Thread Pool -- 26) JBAS016200: Activating ConfigAdmin Subsystem
16:14:04,222 INFO [org.jboss.as.security] (MSC service thread 1-5) JBAS013100: Current PicketBox version=4.0.7.Final
16:14:04,246 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 31) JBAS010280: Activating Infinispan subsystem.
16:14:04,270 INFO [org.jboss.as.connector] (MSC service thread 1-3) JBAS010408: Starting JCA Subsystem (JBoss IronJacamar 1.0.9.Final)
16:14:04,332 INFO [org.jboss.as.naming] (MSC service thread 1-16) JBAS011802: Starting Naming Service
16:14:04,337 INFO [org.jboss.as.mail.extension] (MSC service thread 1-5) JBAS015400: Bound mail session [Java:jboss/mail/Default]
16:14:04,373 INFO [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 27) JBAS010403: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
16:14:04,446 INFO [org.jboss.ws.common.management.AbstractServerConfig] (MSC service thread 1-11) JBoss Web Services - Stack CXF Server 4.0.2.GA
16:14:04,665 INFO [org.jboss.as.server.deployment.scanner] (MSC service thread 1-15) JBAS015012: Started FileSystemDeploymentService for directory C:\jboss-as-7.1.1.Final\standalone\deployments
16:14:04,715 INFO [org.jboss.as.remoting] (MSC service thread 1-11) JBAS017100: Listening on /127.0.0.1:4447
16:14:04,727 INFO [org.Apache.coyote.http11.Http11Protocol] (MSC service thread 1-2) Starting Coyote HTTP/1.1 on http--127.0.0.1-8080
16:14:04,767 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-12) MSC00001: Failed to start service jboss.remoting.server.management: org.jboss.msc.service.StartException in service jboss.remoting.server.management: JBAS017112: Address already in use: bind /127.0.0.1:9999
at org.jboss.as.remoting.AbstractStreamServerService.start(AbstractStreamServerService.Java:109) [jboss-as-remoting-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.Java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.Java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at Java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.Java:1145) [rt.jar:1.7.0_25]
at Java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.Java:615) [rt.jar:1.7.0_25]
at Java.lang.Thread.run(Thread.Java:724) [rt.jar:1.7.0_25]
Caused by: Java.net.BindException: Address already in use: bind
at Sun.nio.ch.Net.bind0(Native Method) [rt.jar:1.7.0_25]
at Sun.nio.ch.Net.bind(Net.Java:444) [rt.jar:1.7.0_25]
at Sun.nio.ch.Net.bind(Net.Java:436) [rt.jar:1.7.0_25]
at Sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.Java:214) [rt.jar:1.7.0_25]
at Sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.Java:74) [rt.jar:1.7.0_25]
at Sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.Java:67) [rt.jar:1.7.0_25]
at org.xnio.nio.NioXnioWorker.createTcpServer(NioXnioWorker.Java:287)
at org.xnio.XnioWorker.createStreamServer(XnioWorker.Java:135) [xnio-api-3.0.3.GA.jar:3.0.3.GA]
at org.jboss.remoting3.remote.RemoteConnectionProvider$ProviderInterface.createServer(RemoteConnectionProvider.Java:209) [jboss-remoting-3.2.3.GA.jar:3.2.3.GA]
at org.jboss.as.remoting.AbstractStreamServerService.start(AbstractStreamServerService.Java:101) [jboss-as-remoting-7.1.1.Final.jar:7.1.1.Final]
... 5 more
16:14:04,902 INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-7) JBAS010400: Bound data source [Java:jboss/datasources/ExampleDS]
16:14:04,910 INFO [org.jboss.as.controller] (Controller Boot Thread) JBAS014774: Service status report
JBAS014777: Services which failed to start: service jboss.remoting.server.management: org.jboss.msc.service.StartException in service jboss.remoting.server.management: JBAS017112: Address already in use: bind /127.0.0.1:9999
16:14:04,924 INFO [org.jboss.as] (Controller Boot Thread) JBAS015951: Admin console listening on http://127.0.0.1:9990
16:14:04,925 ERROR [org.jboss.as] (Controller Boot Thread) JBAS015875: JBoss AS 7.1.1.Final "Brontes" started (with errors) in 1967ms - Started 132 of 208 services (1 services failed or missing dependencies, 74 services are passive or on-demand)
Le port est utilisé par NVidia sur mon système. Donc, le service peut être arrêté comme détaillé ici http://azureel.blogspot.fi/2014/01/nvidia-network-service-and-jboss-for.html
allez sur standalone.xml, changez le port 9999 attribué à la gestion. Ceci est également applicable lorsque vous obtenez cette exception en exécutant jboss dans Eclipse.
1) Assurez-vous d’avoir installé Maven en tapant "mvn --version" dans la commande Invite.
2) Allez à la commande Invite et tapez "netstat". Si vous êtes comme moi et que vous avez un service utilisant ce port, vous pourriez alors voir ceci:
Assurez-vous que NVIDIA Network Service (NvNetworkService.exe) ne s'exécute pas en tant que service. Pour vérifier cela, Ctrl + Alt + Suppr et accédez au Gestionnaire de tâches. Ensuite, sous l'onglet Services, recherchez NvNetworkService:
Après avoir arrêté le service, vous pouvez vérifier si le port est libéré en accédant à la commande Invite et en tapant "netstat" à nouveau. Cette fois-ci, aucune adresse étrangère ne vous est associée 127.0.0.1:990 comme adresse locale. Ou si vous êtes comme moi, vous pourriez voir ceci:
Voici un autre exemple similaire = https://developer.jboss.org/wiki/WildFly8xjavanetBindExceptionAddressAlreadyIn UseOnFreshInstallInWindowsVista78
accédez au gestionnaire de tâches, supprimez tous les processus Java, puis essayez de s'exécuter à nouveau.
Merci
Pour les fenêtres:
standalone.bat
utilise
standalone.conf.bat
Ouvrir dans le bloc-notes
Ajoutez les 2 dernières lignes (comme indiqué ci-dessous, à savoir les 2 lignes "Modification des paramètres de port décalés") (où les 3 premières lignes ci-dessous indiquent le chemin d'accès à l'endroit où le placer)
rem # Make Byteman classes visible in all module loaders
rem # This is necessary to inject Byteman rules into AS7 deployments
set "Java_OPTS=%Java_OPTS% -Djboss.modules.system.pkgs=org.jboss.byteman"
REM NEW LINE HERE Alter Port Settings Offset
set "Java_OPTS=%Java_OPTS% -Djboss.socket.binding.port-offset=1000"
C'est donc un message disant que jboss adresse de liaison est déjà utilisée par un autre processus. Alors tuez ce processus en premier.
Vous pouvez découvrir le processus en suivant les étapes ci-dessous
Pour faire correspondre l'ID de processus à un programme
Press CTRL+ALT+DELETE, and then click Task Manager.
Click the Processes tab.
If you do not have a PID column, click View, click Select Columns, and then click to select the PID (Process Identifier) check box.
Click the column header that is labeled "PID" to sort the process by their PIDs. You should be able to easily find the process ID and match it to the program that is listed in Task Manager.
Pour obtenir des informations supplémentaires sur l'utilitaire Netstat.exe
Click Start, and then click Run.
In the Open box, type: cmd, and then click OK.
At a command Prompt, type: netstat /?.
sous Linux, j'ai exécuté cette commande netstat -npl pour rechercher votre PID pour 127.0.0.1:9990, puis j'ai exécuté Sudo kill -TERM et moi. résolu!
Recherchez http: // <>: 9999/console pour vérifier si la console JBoss Management est en cours d'exécution dans votre instance. Si tel est le cas, supprimez le serveur et redéployez-le. Dans la plupart des scénarios, comme le mien, lors de la configuration des serveurs JBoss dans des environnements IDE tels qu'IntelliJ, le script d'arrêt peut ne pas être appelé de manière explicite, car la console JBoss lancée au début n'aurait jamais été supprimée, ce qui risquerait de se démarquer façon. J'espère que cela t'aides.