[JBoss JIRA] Created: (JBAS-3537) Add a startup switch to configure a multicast port
by Brian Stansberry (JIRA)
Add a startup switch to configure a multicast port
--------------------------------------------------
Key: JBAS-3537
URL: http://jira.jboss.com/jira/browse/JBAS-3537
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Clustering
Reporter: Brian Stansberry
Assigned To: Brian Stansberry
Fix For: JBossAS-5.0.0.CR1
Proper cluster isolation with UDP requires use of a different cluster name, different multicast address and different multicast port. (See http://wiki.jboss.org/wiki/Wiki.jsp?page=PromiscuousTraffic for why the latter is important.)
The -g and -u switches allow easy configuration of the cluster name and multicast address. But, configuring the port that way wasn't practical, as an AS instance may have many different JChannels.
With the JGroups multiplexer, a switch is a possibility, as by default there will only be one JChannel per server instance. (If a user wanted to use more than one JChannel, they would need to manually configure the second one to use a different port.)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 4 months
[JBoss JIRA] Created: (JGRP-422) UDP UcastReceiver logs spurious error during shutdown
by Brian Stansberry (JIRA)
UDP UcastReceiver logs spurious error during shutdown
-----------------------------------------------------
Key: JGRP-422
URL: http://jira.jboss.com/jira/browse/JGRP-422
Project: JGroups
Issue Type: Bug
Affects Versions: 2.4.1
Reporter: Brian Stansberry
Assigned To: Bela Ban
Priority: Minor
>From Dimitris:
some times, when shutting down the 'all config I see something like that.
Any ideas?
14:08:03,951 INFO [TomcatDeployer] undeploy, ctxPath=/jbossmq-httpil, warUrl=
./deploy-hasingleton/jms/jbossmq-httpil.sar/jbossmq-httpil.war/
14:08:04,282 INFO [TreeCache] stopService(): closing the channel
14:08:04,352 ERROR [UDP] failed handling data from 192.168.0.22:4864
QueueClosedException
at org.jgroups.util.Queue.add(Queue.java:139)
at org.jgroups.protocols.TP.receive(TP.java:777)
at org.jgroups.protocols.UDP$UcastReceiver.run(UDP.java:961)
at java.lang.Thread.run(Thread.java:595)
14:08:04,352 INFO [TreeCache] stopService(): stopping the dispatcher
AFAICT, problem is that UDP.UcastReceiver.stop() does not wait for the receiver thread to terminate it's loop before returning. Therefore the shutdown thread can go on and close the IncomingPacketHandler, leading to the QueueClosedException if UcastReceiver is in the middle of its loop and has read another packet off the wire.
Possible solution is to have the shutdown thread join UcastReceiver.thread in UcastReceiver.stop(). Give UcastReceiver.thread time to terminate its loop before continuing on with the shutdown.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 4 months
[JBoss JIRA] Created: (JGRP-363) GossipRouter classpath error message is misleading
by Jerry Gauthier (JIRA)
GossipRouter classpath error message is misleading
--------------------------------------------------
Key: JGRP-363
URL: http://jira.jboss.com/jira/browse/JGRP-363
Project: JGroups
Issue Type: Bug
Affects Versions: 2.4
Reporter: Jerry Gauthier
Assigned To: Bela Ban
Priority: Minor
If you start the GossipRouter without concurrent.jar on the classpath, a NoClassDefFoundError exception will occur. However this information is hidden by GossipRouter error handing and the user is presented with the cryptic message: "failed reading the magic number mapping file."
I think there are severl ways to improve this situation.
1) Update the GossipRouter example in the JGroups documentation to show what jars need to be on the classpath.
2) Modify the GossipRouter or ClassConfigurator to reveal the underlying problem.
Note that this error occurs when you start the GossipRouter per the doc without adding concurrent.jar to the classpath.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 4 months
[JBoss JIRA] Created: (JBAS-3550) JBAS 4.0.4GA Test suite Error on Java 1.5 - org.jboss.test.classloader.test.CircularityUnitTestCase (testRecursiveLoadMT)
by Vivek Lakshmanan (JIRA)
JBAS 4.0.4GA Test suite Error on Java 1.5 - org.jboss.test.classloader.test.CircularityUnitTestCase (testRecursiveLoadMT)
-------------------------------------------------------------------------------------------------------------------------
Key: JBAS-3550
URL: http://jira.jboss.com/jira/browse/JBAS-3550
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Test Suite
Affects Versions: JBossAS-4.0.4.GA
Environment: Sun 1.5.0_08, Java VM Version 1.5.0_08-b03
OS: Linux RHEL 4 U3 2.6.9-34.EL
Arch: i386
Reporter: Vivek Lakshmanan
The above test case seems to produce an error frequently on Sun 1.5 JVM. From a cursory search through JIRA, it seems this could be related
to JIRA issue JBAS-760.
The stacktrace produced in the test reports follows:
javax.management.MBeanException
at org.jboss.mx.interceptor.ReflectedDispatcher.handleInvocationExceptions(ReflectedDispatcher.java:180)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:163)
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.jmx.connector.invoker.InvokerAdaptorService.invoke(InvokerAdaptorService.java:266)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.invocation.jrmp.server.JRMPProxyFactory.invoke(JRMPProxyFactory.java:179)
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.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:819)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:420)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
at sun.rmi.transport.Transport$1.run(Transport.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.Exception: Thread1 failed to load HARMIServerImpl_Stub, class=null
at org.jboss.test.classloader.circularity.test.RecursiveCCETests.testRecursiveLoadMT(RecursiveCCETests.java:99)
at org.jboss.test.classloader.circularity.Starter.testRecursiveLoadMT(Starter.java:154)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
... 40 more
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 4 months