[jboss-user] [JBoss Messaging Users] - Local Port in JBoss Messaging
Hi We are using JBoss Messaging. In our new setup there is a firewall between the server and client. Therefore we do not want to use random ports in our JMS setup. We have set attribute name=secondaryBindPort44580/attribute |attribute name=secondaryConnectPort44590/attribute in our server setup. This seems to work fine. However the client then says OK, you can contact me on this port nnn. And nnn seems to be random. I have googled this issue and it seems that under jboss.mq UIL2 you could set a client local port. Is this same possible with JBoss Messang and JBoss Remoting? Thanks in advance, Morten View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4257267#4257267 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4257267 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging Users] - Re: Local Port in JBoss Messaging
By the way we are using JBoss 4.2.3 GA with JBoss Messaging 1.4.4 installed. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4257269#4257269 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4257269 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging Users] - Re: Local Port in JBoss Messaging
By the way I'm unable to make it work even if start the setup without a firewall between. As soon as I enable secondaryBindPort and secondaryConnectPort on the JMS server, the setup fails: Here is the log: | 2009-09-28 11:12:57,398 DEBUG [org.jboss.remoting.Client] Client[343601588:5c4o13w-3h0dq-g05023zr-1-g0504qi9-6].connect(ConsolidatedListener(UNINITIALIZED)) | 2009-09-28 11:12:57,413 DEBUG [org.jboss.remoting.transport.socket.MicroSocketClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] setting maxPoolSize to 200 | 2009-09-28 11:12:57,413 DEBUG [org.jboss.remoting.transport.socket.MicroSocketClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] setting client socket wrapper class name to org.jboss.jms.client.remoting.ClientSocketWrapper | 2009-09-28 11:12:57,413 DEBUG [org.jboss.remoting.transport.socket.MicroSocketClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] setting shouldCheckConnection to false | 2009-09-28 11:12:57,413 DEBUG [org.jboss.remoting.transport.socket.SocketClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] setting timeout to 0 | 2009-09-28 11:12:57,413 DEBUG [org.jboss.remoting.transport.socket.MicroSocketClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] constructed | 2009-09-28 11:12:57,413 DEBUG [org.jboss.remoting.transport.socket.MicroSocketClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] setting maxPoolSize to 200 | 2009-09-28 11:12:57,413 DEBUG [org.jboss.remoting.transport.socket.MicroSocketClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] setting client socket wrapper class name to org.jboss.jms.client.remoting.ClientSocketWrapper | 2009-09-28 11:12:57,413 DEBUG [org.jboss.remoting.transport.socket.MicroSocketClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] setting shouldCheckConnection to false | 2009-09-28 11:12:57,413 DEBUG [org.jboss.remoting.transport.socket.SocketClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] setting timeout to 0 | 2009-09-28 11:12:57,413 DEBUG [org.jboss.remoting.transport.bisocket.BisocketClientInvoker] Setting ping frequency to: 214748364 | 2009-09-28 11:12:57,413 DEBUG [org.jboss.remoting.MicroRemoteClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] connecting | 2009-09-28 11:12:57,414 DEBUG [org.jboss.remoting.transport.socket.MicroSocketClientInvoker] Creating semaphore with size 200 | 2009-09-28 11:12:57,414 TRACE [org.jboss.remoting.transport.socket.MicroSocketClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] added new pool ([]) as ServerAddress[10.44.41.61:4557, NO enableTcpNoDelay timeout 0 ms, maxPoolSize=200] | 2009-09-28 11:12:57,414 DEBUG [org.jboss.remoting.MicroRemoteClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] connected | 2009-09-28 11:12:57,414 TRACE [org.jboss.remoting.Client] Client[343601588:5c4o13w-3h0dq-g05023zr-1-g0504qi9-6] enableLease: true | 2009-09-28 11:12:57,414 TRACE [org.jboss.remoting.Client] Client[343601588:5c4o13w-3h0dq-g05023zr-1-g0504qi9-6] calling MicroRemoteClientInvoker.establishLease() | 2009-09-28 11:12:57,414 TRACE [org.jboss.remoting.MicroRemoteClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] sending initial lease ping to server to determine if server has leasing enabled. | 2009-09-28 11:12:57,414 TRACE [org.jboss.remoting.MicroRemoteClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] initiating lease for leasePingerId 5c4o13w-3h0dq-g05023zr-1-g0504qiu-9 | 2009-09-28 11:12:57,414 TRACE [org.jboss.remoting.MicroRemoteClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557](1) invoking InvocationRequest[26b12ba3, $PING$] | 2009-09-28 11:12:57,415 TRACE [org.jboss.remoting.transport.socket.MicroSocketClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] obtained semaphore: 199 | 2009-09-28 11:12:57,415 TRACE [org.jboss.remoting.transport.socket.MicroSocketClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] creating socket | 2009-09-28 11:12:57,417 INFO [org.jboss.web.tomcat.service.TomcatDeployer] deploy, ctxPath=/, warUrl=.../deploy/admin-1.34-SNAPSHOT.ear/admin-webapp-1.34-SNAPSHOT.war/ | 2009-09-28 11:12:57,440 TRACE [org.jboss.remoting.transport.socket.MicroSocketClientInvoker] SocketClientInvoker[536cf1d3, bisocket://AMISQL02:4557] created socket: Socket[addr=/10.44.41.61,port=4557,localport=52114] | 2009-09-28 11:12:57,440 TRACE [org.jboss.remoting.transport.socket.SocketWrapper] constructing org.jboss.jms.client.remoting.ClientSocketWrapper instance for Socket[addr=/10.44.41.61,port=4557,localport=52114], using timeout 0 | 2009-09-28 11:12:57,440 TRACE [org.jboss.remoting.transport.socket.SocketWrapper]
[jboss-user] [JBoss Messaging Users] - Re: Local Port in JBoss Messaging
Solved it. I just set the secondaryBindPort and not the secondaryConnectPort, then it seems to work. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4257333#4257333 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4257333 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration DEPLOYMENT] - Maven built jar gives NoClassDefError (4.0.2)
Hi. We are in the process of moving from ANT build scripts to Maven2. As a first step we have migrated a jar containing common functionality to Maven2. This jar now contains a maven directory under /META-INF. This directory contains among other things a pom.xml. When we start JBoss 4.0.2 with a configuration using this jar, we get the following error: | 2008-02-05 15:28:14,697 ERROR [org.jboss.deployment.MainDeployer] could not create deployment: file:/C:/jboss-4.0.2/server/auction/deploy/auction.ear/auction.sar/ | org.jboss.deployment.DeploymentException: - nested throwable: (java.lang.reflect.UndeclaredThrowableException) | at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:143) | at org.jboss.system.ServiceController.install(ServiceController.java:202) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) | at $Proxy4.install(Unknown Source) | at org.jboss.deployment.SARDeployer.create(SARDeployer.java:220) | at org.jboss.deployment.MainDeployer.create(MainDeployer.java:918) | at org.jboss.deployment.MainDeployer.create(MainDeployer.java:910) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:774) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:738) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:121) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:127) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) | at $Proxy8.deploy(Unknown Source) | at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:325) | at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:501) | at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:204) | at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:277) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:272) | at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:222) | at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) | at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:897) | at $Proxy0.start(Unknown Source) | at org.jboss.system.ServiceController.start(ServiceController.java:418) | at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) | at
[jboss-user] [JBossCache] - JGroups: Problem with rebooting peers
Hi I'm really sure if this is the right place to ask. I could not find any specific JGroups forums. However, let me know if there is a more suitable place. We're using JGroups 2.4.1 sp3 in a JBoss 4.0.2. We're using JGroups to send messages between the various servers. It works fine. We have one problem, though. When one of the destination servers reboots, the first message from the sender server fails. The log on the sender server says: 2nd attempt to send data failed too. By adding some logging in BasicConnectionTable we've found that a Socket Closed occurs. The code in _send(byte[] data, int offset, int length) tries once, catches the IOException and tries again the same closed connection, then giving the 2nd.. message. | private void _send(byte[] data, int offset, int length) { |synchronized(send_mutex) { |try { |doSend(data, offset, length); |updateLastAccessed(); |} |catch(IOException io_ex) { |if(log.isWarnEnabled()) |log.warn(peer closed connection, trying to re-send msg); |try { |doSend(data, offset, length); |updateLastAccessed(); |} |catch(IOException io_ex2) { |if(log.isErrorEnabled()) log.error(2nd attempt to send data failed too); |} |catch(Exception ex2) { |if(log.isErrorEnabled()) log.error(exception is + ex2); |} |} |catch(InterruptedException iex) {} |catch(Throwable ex) { |if(log.isErrorEnabled()) log.error(exception is + ex); |} |} |} | We really don't want to loose that message. Have I missed something? Is there something I can do? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4059067#4059067 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4059067 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBossCache] - Re: JGroups: Problem with rebooting peers
But we are using TCP. Our configuration: TCP(start_port=7810) Shouldn't that do what UNICAST would do? As I understand it, BasicConnectionTable is in the layer called BuildingBlocks. UNICAST and NACKACK are in lower layers. How can a lower layer help things gone wrong in a higher layer? Best regards, Morten View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4059121#4059121 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4059121 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBossCache] - Re: JGroups: Problem with rebooting peers
Our code is very simple, and as such we have no concept of cluster. We basically have a Channel upon which we call send(Message msg). When the method returns we don't know whether the transmission went through or not. Therefore if the socket is closed, the message is lost. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4059141#4059141 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4059141 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration Deployment] - Hotpatching of Java classes
I'm trying to hotpatch a Java class as described here http://www.fasterj.com/articles/hotpatch1.shtml However I am unable to obtain the Class I want to redefine. The class is used in an ear deployment. I'm only able to get the sun.misc.Launcher$AppClassLoader which cannot see the class I am interested in. Is there any way to get Class/ClassLoader for a file in an ear deploy? Thanks a lot! View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4050976#4050976 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4050976 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user