Jboss 4.0.4 - Lancer deux instances jboss en même temps

**don'de** · 10/12/2008, 15h49

Bonjour,

depuis quelques jours j'essaie de faire fonctionner deux instances de jboss en même temps. j'ai suivi les étapes du document suivant : http://www.jboss.org/community/docs/DOC-9384 et j'ai choisi la solution (Providing alternate ports for each instance of JBoss AS). les deux instances sont configurées et j'arrive bien à les lancer parallèlement, Mais au démarrage j'ai le problème suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
 
2008-12-10 15:03:47,302 INFO  [org.jboss.resource.connectionmanager.ConnectionFactoryBindingService] (main) Bound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=juddiDB' to JNDI name 'java:juddiDB'
2008-12-10 15:03:47,302 INFO  [org.jboss.internal.soa.esb.dependencies.JuddiRMIService] (main) starting juddi RMI service
2008-12-10 15:03:47,321 DEBUG [org.apache.juddi.registry.rmi.JNDIRegistration] (main) Creating Initial Context using:
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.provider.url=jnp://localhost:1099
java.naming.factory.url.pkgs=org.jboss.naming
 
2008-12-10 15:03:47,327 DEBUG [org.apache.juddi.registry.rmi.JNDIRegistration] (main) Setting /InquiryService, org.apache.juddi.registry.rmi.InquiryService
2008-12-10 15:03:47,328 DEBUG [org.jnp.interfaces.NamingContext] (main) Failed to connect to localhost:1099
javax.naming.CommunicationException: Failed to connect to server localhost:1099 [Root exception is javax.naming.ServiceUnavailableException: Failed to connect to server localhost:1099 [Root exception is java.net.ConnectException: Connection refused]]
        at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:269)
        at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1385)
        at org.jnp.interfaces.NamingContext.bind(NamingContext.java:538)
        at org.jnp.interfaces.NamingContext.bind(NamingContext.java:531)
        at javax.naming.InitialContext.bind(InitialContext.java:359)
        at org.apache.juddi.registry.rmi.JNDIRegistration.register(JNDIRegistration.java:78)
        at org.jboss.internal.soa.esb.dependencies.JuddiRMIService.startService(JuddiRMIService.java:23)
        at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
        at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
        at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
        at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
        at $Proxy0.start(Unknown Source)
        at org.jboss.system.ServiceController.start(ServiceController.java:417)
        at org.jboss.system.ServiceController.start(ServiceController.java:435)
        at org.jboss.system.ServiceController.start(ServiceController.java:435)
        at org.jboss.system.ServiceController.start(ServiceController.java:435)
        at org.jboss.system.ServiceController.start(ServiceController.java:435)
        at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
....
 
Caused by: javax.naming.ServiceUnavailableException: Failed to connect to server localhost:1099 [Root exception is java.net.ConnectException: Connection refused]
        at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:243)
        ... 116 more
Caused by: java.net.ConnectException: Connection refused
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
        at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
        at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
        at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
        at java.net.Socket.connect(Socket.java:519)
        at java.net.Socket.connect(Socket.java:469)
        at java.net.Socket.<init>(Socket.java:366)
        at java.net.Socket.<init>(Socket.java:266)
        at org.jnp.interfaces.TimedSocketFactory.createSocket(TimedSocketFactory.java:84)
        at org.jnp.interfaces.TimedSocketFactory.createSocket(TimedSocketFactory.java:77)
        at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:239)
        ... 116 more

Au niveau de la configuration j'ai modifié le port 1099 (utilisé par défaut) par 1199. mais jboss cherche toujours à se connecter au port 1099 qui n'est plus accessible avec la nouvelle conf.

Si vous avez des idées n'hésiter pas merci bp !

**sewatech** · 10/12/2008, 17h49

Essaie de modifier le fichier conf/jndi.properties et ajoute la ligne suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

java.naming.provider.url=localhost:1199

Alexis

**don'de** · 11/12/2008, 17h14

c'est déjà fait , ça ne marche pas. j'ai l'impression qu'il ne cherche pas à lire cette clef ou il ne charge pas carrément le fichier juddi.properties

**pioug** · 11/12/2008, 18h31

dans un premier temps il faut avoir 2 répertoires dans jboss\server

exemple

jboss\server\default1
jboss\server\default2

ensuite il faut modifier les fichiers:
jboss\server\default1\conf\jboss-service.xml
jboss\server\default2\conf\jboss-service.xml

decommenter la section Service Binding
jboss\server\default1\conf\jboss-service.xml

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
   <mbean code="org.jboss.services.binding.ServiceBindingManager"
     name="jboss.system:service=ServiceBindingManager">
     <attribute name="ServerName">ports-01</attribute>
     <attribute name="StoreURL">${jboss.home.url}/docs/examples/binding-manager/sample-bindings.xml</attribute>
     <attribute name="StoreFactoryClassName">
       org.jboss.services.binding.XMLServicesStoreFactory
     </attribute>
   </mbean>

jboss\server\default2\conf\jboss-service.xml

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
   <mbean code="org.jboss.services.binding.ServiceBindingManager"
     name="jboss.system:service=ServiceBindingManager">
     <attribute name="ServerName">ports-02</attribute>
     <attribute name="StoreURL">${jboss.home.url}/docs/examples/binding-manager/sample-bindings.xml</attribute>
     <attribute name="StoreFactoryClassName">
       org.jboss.services.binding.XMLServicesStoreFactory
     </attribute>
   </mbean>

verifier que les references aux ports-01 & ports-02 existent bien dans le fichier sample-bindings.xml

Il faut absolument que les ports soient différents pour chaque instance (prefixer les ports par 1 pour la config ports-01 & par 2 pour les ports-02

Maintenant vous pouvez démarrer vos 2 instances:
run.bat -c default1

run.bat -c default2

**don'de** · 17/12/2008, 13h24

c'est exactement ce que j'ai fait...
mon problème c'est que jboss continu à chercher le port 1099 alors qu'il est configuré sur 1199 (ce problème se pose que pour ce port).

pour plus de précision, si vous regardez les logs de démarrage ci-dessous, vous allez voir que le problème viens de la classe "org.apache.juddi.registry.rmi.JNDIRegistration", qui est au lieu de chercher les valeurs dans le fichier "juddi.properties" elle prend les valeurs par défaut codées en dur dans la classe.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
DEBUG [org.apache.juddi.registry.rmi.JNDIRegistration] (main) Creating Initial Context using:
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.provider.url=jnp://localhost:1099
java.naming.factory.url.pkgs=org.jboss.naming

**Jibee** · 17/12/2008, 14h04

J'ai déjà eu ce problème en lançant JBoss depuis Eclipse avec WTP.

Le jar shutdown.jar était présent dans le classpath de lancement.

Pb : ce jar contient un fichier jndi.properties qui écrase les valeurs que tu as renseigné pour ton instance.

Pour corriger, j'ai simplement supprimer ce jar de mon classpath (config wtp)

@+
JB

**don'de** · 18/12/2008, 16h16

Envoyé par Jibee

J'ai déjà eu ce problème en lançant JBoss depuis Eclipse avec WTP.

Le jar shutdown.jar était présent dans le classpath de lancement.

Pb : ce jar contient un fichier jndi.properties qui écrase les valeurs que tu as renseigné pour ton instance.

Pour corriger, j'ai simplement supprimer ce jar de mon classpath (config wtp)

@+
JB

J'utilise le fichier "$JBOSS_HOME/bin/run.sh" pour démarrer le serveur jboss. peux -tu me préciser le fichier qu'il faut modifier ? merci

**Jibee** · 18/12/2008, 16h44

Ben là le problème était clairement lié à Eclipse WTP.
Pour savoir si tu as le même problème, tu peux à la limite bouger le jar shutdown.jar temporairement pour voir si ça change qqchose.

Jboss 4.0.4 - Lancer deux instances jboss en même temps

Wildfly/JBoss Java

Discussions similaires

Partager

Partager