[JBoss Portal] - Username and Role name in other language
by devilbot.tw
Hi,
I found that if I register a user using chinese characters as username. Although the registration process will be successful, the login process fails without any exceptions. If I create a role whose name contains chinese character, the portal will throw exception if I want to access the role (edit the properties, add members, etc.) Hereunder is the exception:
03:29:27,218 ERROR [STDERR] org.jboss.portal.identity.IdentityException: No such role & #20094;& #26479;
03:29:27,218 ERROR [STDERR] at org.jboss.portal.identity.db.HibernateRoleModuleImpl.findRoleByName(HibernateRoleModuleImpl.java:108)
03:29:27,218 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
03:29:27,218 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
03:29:27,234 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
03:29:27,234 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:585)
03:29:27,234 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
03:29:27,234 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
03:29:27,234 ERROR [STDERR] at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
03:29:27,234 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
03:29:27,234 ERROR [STDERR] at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
03:29:27,234 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
03:29:27,250 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
03:29:27,250 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
03:29:27,250 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
03:29:27,250 ERROR [STDERR] at $Proxy260.findRoleByName(Unknown Source)
03:29:27,250 ERROR [STDERR] at org.jboss.portal.core.identity.ui.common.IdentityRoleBean.getUIRole(IdentityRoleBean.java:121)
03:29:27,250 ERROR [STDERR] at org.jboss.portal.core.identity.ui.actions.EditRoleAction.editRole(EditRoleAction.java:81)
03:29:27,265 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
03:29:27,265 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
03:29:27,265 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
Seems that the forum will automatically do a "native2ascii -reverse". I put a space between & and # to prevent the undesired convert. I am using the portal 2.6.5.GA bundle. Any comment will be apprecated.
//Austin
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4150867#4150867
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4150867
18 years, 2 months
[JBoss AOP] - How does this work?
by pablogmuller
Hi, this is probably a geek only question :)
I have this binding (in a Web application deployed to tomcat 5.5):
| <bind pointcut="execution(* com.tme.evsp.facade.impl.EntidadFacadeImpl->*(..))">
| <interceptor-ref name="com.tme.evsp.aop.TransactionAspect"/>
| </bind>
|
When I comile the classes with the aopc the com.tme.evsp.facade.impl.EntidadFacadeImpl class is modified, but when the methods are executed, the interceptor is never called. I get an stacktrace where you can see that it is using the modified classes.
In a desperate act I decompiled the modfied class. In the method that is supossed to execute the interceptor I have this:
| if(aop$MethodInfo_insertar_N_6157956559412051353 == null)
| {
| entidadfacadeimpl.com$tme$evsp$facade$impl$EntidadFacadeImpl$insertar$aop(entidaddo);
| return;
| }
|
and is after that "if" where it seems to execute the code of the interceptor.
If that is null, the original method is called???
If that's so... why is it null? since it is being initialized here:
| protected void initialiseMethods()
| {
| Object obj = null;
| aop$MethodInfo_delete_N_2886166142478622837 = new MethodInfo(Class.forName("com.tme.evsp.facade.impl.EntidadFacadeImpl"), 0xd7f2472f5acd5f8bL, 0x828b6ecfb4537b34L, this);
| addMethodInfo(aop$MethodInfo_delete_N_2886166142478622837);
| Object obj1 = null;
| aop$MethodInfo_insertar_N_6157956559412051353 = new MethodInfo(Class.forName("com.tme.evsp.facade.impl.EntidadFacadeImpl"), 0xaa8a8b22adf54267L, 0x232891d50781d99bL, this);
| addMethodInfo(aop$MethodInfo_insertar_N_6157956559412051353);
| Object obj2 = null;
| aop$MethodInfo_retrieve5260743650528787163 = new MethodInfo(Class.forName("com.tme.evsp.facade.impl.EntidadFacadeImpl"), 0x4901ea7a4028fadbL, 0x2deca2ce73887e4aL, this);
| addMethodInfo(aop$MethodInfo_retrieve5260743650528787163);
| Object obj3 = null;
| aop$MethodInfo_update_N_3881587798040445288 = new MethodInfo(Class.forName("com.tme.evsp.facade.impl.EntidadFacadeImpl"), 0xca21d476954efe98L, 0x281b06f9613e46a4L, this);
| addMethodInfo(aop$MethodInfo_update_N_3881587798040445288);
| }
|
|
|
The jboss-aop.xml file should be deployed with the application? where?
Thanks.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4150866#4150866
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4150866
18 years, 2 months
[JBoss Messaging] - Re: BisocketClientInvoker deadlock
by azafran
I'll elaborate on the previous:
The "Notify Thread" locks other threads since it acquires the lock on UserConnectionImpl. What we're worried about is why this thread "hangs" while trying to send a message. When reproducing this phenomena, we've witnessed two scenarios:
1) "Notify Thread" hangs on MessagingPostOffice line 2075, as previously posted
2) "Notify Thread" hangs on BisocketClientInvoker line 473, as follows
| "Notify Thread" prio=10 tid=0x029796e8 nid=0x58 in Object.wait() [0xda78c000..0xda78fb70]
| at java.lang.Object.wait(Native Method)
| - waiting on <0x4df481b8> (a java.util.HashSet)
| at org.jboss.remoting.transport.bisocket.BisocketClientInvoker.createSocket(BisocketClientInvoker.java:473)
| - locked <0x4df481b8> (a java.util.HashSet)
| at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.getConnection(MicroSocketClientInvoker.java:801)
| at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.transport(MicroSocketClientInvoker.java:551)
| at org.jboss.remoting.transport.bisocket.BisocketClientInvoker.transport(BisocketClientInvoker.java:418)
| at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:122)
| at org.jboss.remoting.Client.invoke(Client.java:1634)
| at org.jboss.remoting.Client.invoke(Client.java:548)
| at org.jboss.remoting.Client.invokeOneway(Client.java:598)
| at org.jboss.remoting.callback.ServerInvokerCallbackHandler.handleCallback(ServerInvokerCallbackHandler.java:826)
| at org.jboss.remoting.callback.ServerInvokerCallbackHandler.handleCallbackOneway(ServerInvokerCallbackHandler.java:697)
| at org.jboss.jms.server.endpoint.ServerSessionEndpoint.performDelivery(ServerSessionEndpoint.java:1432)
| at org.jboss.jms.server.endpoint.ServerSessionEndpoint.handleDelivery(ServerSessionEndpoint.java:1344)
| - locked <0x4e4b8988> (a org.jboss.jms.server.endpoint.ServerSessionEndpoint)
| at org.jboss.jms.server.endpoint.ServerConsumerEndpoint.handle(ServerConsumerEndpoint.java:322)
| - locked <0x4e4c1d08> (a java.lang.Object)
| at org.jboss.messaging.core.impl.RoundRobinDistributor.handle(RoundRobinDistributor.java:119)
| at org.jboss.messaging.core.impl.MessagingQueue$DistributorWrapper.handle(MessagingQueue.java:582)
| at org.jboss.messaging.core.impl.ClusterRoundRobinDistributor.handle(ClusterRoundRobinDistributor.java:79)
| at org.jboss.messaging.core.impl.ChannelSupport.deliverInternal(ChannelSupport.java:606)
| at org.jboss.messaging.core.impl.MessagingQueue.deliverInternal(MessagingQueue.java:505)
| at org.jboss.messaging.core.impl.ChannelSupport.handle(ChannelSupport.java:238)
| - locked <0x4e4ba7f0> (a java.lang.Object)
| at org.jboss.messaging.core.impl.postoffice.MessagingPostOffice.routeInternal(MessagingPostOffice.java:2203)
| at org.jboss.messaging.core.impl.postoffice.MessagingPostOffice.route(MessagingPostOffice.java:489)
| at org.jboss.jms.server.endpoint.ServerConnectionEndpoint.sendMessage(ServerConnectionEndpoint.java:741)
| at org.jboss.jms.server.endpoint.ServerSessionEndpoint.send(ServerSessionEndpoint.java:383)
| at org.jboss.jms.server.endpoint.advised.SessionAdvised.org$jboss$jms$server$endpoint$advised$SessionAdvised$send$aop(SessionAdvised.java:87)
| at org.jboss.jms.server.endpoint.advised.SessionAdvised$send_7280680627620114891.invokeNext(SessionAdvised$send_7280680627620114891.java)
| at org.jboss.jms.server.container.SecurityAspect.handleSend(SecurityAspect.java:157)
| at sun.reflect.GeneratedMethodAccessor267.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.aop.advice.PerInstanceAdvice.invoke(PerInstanceAdvice.java:121)
| at org.jboss.jms.server.endpoint.advised.SessionAdvised$send_7280680627620114891.invokeNext(SessionAdvised$send_7280680627620114891.java)
| at org.jboss.jms.server.endpoint.advised.SessionAdvised.send(SessionAdvised.java)
| at org.jboss.jms.wireformat.SessionSendRequest.serverInvoke(SessionSendRequest.java:95)
| at org.jboss.jms.server.remoting.JMSServerInvocationHandler.invoke(JMSServerInvocationHandler.java:143)
| at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:809)
| at org.jboss.remoting.transport.local.LocalClientInvoker.invoke(LocalClientInvoker.java:101)
| at org.jboss.remoting.Client.invoke(Client.java:1634)
| at org.jboss.remoting.Client.invoke(Client.java:548)
| at org.jboss.remoting.Client.invoke(Client.java:536)
| at org.jboss.jms.client.delegate.DelegateSupport.doInvoke(DelegateSupport.java:189)
| at org.jboss.jms.client.delegate.DelegateSupport.doInvoke(DelegateSupport.java:160)
| at org.jboss.jms.client.delegate.ClientSessionDelegate.org$jboss$jms$client$delegate$ClientSessionDelegate$send$aop(ClientSessionDelegate.java:477)
| at org.jboss.jms.client.delegate.ClientSessionDelegate$send_6145266547759487588.invokeNext(ClientSessionDelegate$send_6145266547759487588.java)
| at org.jboss.jms.client.container.SessionAspect.handleSend(SessionAspect.java:632)
| at org.jboss.aop.advice.org.jboss.jms.client.container.SessionAspect28.invoke(SessionAspect28.java)
| at org.jboss.jms.client.delegate.ClientSessionDelegate$send_6145266547759487588.invokeNext(ClientSessionDelegate$send_6145266547759487588.java)
| at org.jboss.jms.client.container.FailoverValveInterceptor.invoke(FailoverValveInterceptor.java:92)
| at org.jboss.aop.advice.PerInstanceInterceptor.invoke(PerInstanceInterceptor.java:105)
| at org.jboss.jms.client.delegate.ClientSessionDelegate$send_6145266547759487588.invokeNext(ClientSessionDelegate$send_6145266547759487588.java)
| at org.jboss.jms.client.container.ClosedInterceptor.invoke(ClosedInterceptor.java:170)
| at org.jboss.aop.advice.PerInstanceInterceptor.invoke(PerInstanceInterceptor.java:105)
| at org.jboss.jms.client.delegate.ClientSessionDelegate$send_6145266547759487588.invokeNext(ClientSessionDelegate$send_6145266547759487588.java)
| at org.jboss.jms.client.delegate.ClientSessionDelegate.send(ClientSessionDelegate.java)
| at org.jboss.jms.client.container.ProducerAspect.handleSend(ProducerAspect.java:278)
| at org.jboss.aop.advice.org.jboss.jms.client.container.ProducerAspect39.invoke(ProducerAspect39.java)
| at org.jboss.jms.client.delegate.ClientProducerDelegate$send_3961598017717988886.invokeNext(ClientProducerDelegate$send_3961598017717988886.java)
| at org.jboss.jms.client.container.ClosedInterceptor.invoke(ClosedInterceptor.java:170)
| at org.jboss.aop.advice.PerInstanceInterceptor.invoke(PerInstanceInterceptor.java:105)
| at org.jboss.jms.client.delegate.ClientProducerDelegate$send_3961598017717988886.invokeNext(ClientProducerDelegate$send_3961598017717988886.java)
| at org.jboss.jms.client.delegate.ClientProducerDelegate.send(ClientProducerDelegate.java)
| at org.jboss.jms.client.JBossMessageProducer.send(JBossMessageProducer.java:164)
| at org.jboss.jms.client.JBossMessageProducer.send(JBossMessageProducer.java:207)
| at org.jboss.jms.client.JBossMessageProducer.send(JBossMessageProducer.java:145)
| at org.jboss.jms.client.JBossMessageProducer.send(JBossMessageProducer.java:136)
| at com.cisco.nm.cmp.gjc.cm.UserConnectionImpl.sendMsg(UserConnectionImpl.java:319)
| - locked <0x47864780> (a com.cisco.nm.cmp.gjc.cm.UserConnectionImpl)
| at com.cisco.nm.cmp.gjc.cm.GWCommandListenerImpl.send(GWCommandListenerImpl.java:207)
| - locked <0x4e2e5838> (a com.cisco.nm.cmp.gjc.cm.GWCommandListenerImpl)
| at com.cisco.nm.cmp.gjc.cm.GWCommandListenerImpl.notifications(GWCommandListenerImpl.java:179)
| - locked <0x4e2e5838> (a com.cisco.nm.cmp.gjc.cm.GWCommandListenerImpl)
| at com.cisco.nm.cmp.client.j2ee.connector.DnaCommand$CommandListener.notify(DnaCommand.java:838)
| at com.cisco.nm.cmp.gw.ptpclient.MessageListenerAdapter.onMessage(MessageListenerAdapter.java:49)
| at com.cisco.nm.cmp.gw.ptpclient.protocol.NotifyThread.notifyListeners(NotifyThread.java:193)
| at com.cisco.nm.cmp.gw.ptpclient.protocol.NotifyThread.run(NotifyThread.java:148)
|
There are many JMS clients connecting to the server and ungraceful disconnections are common, due to poor network, firewall etc.. It seems that the BisocketClientInvoker is waiting on the sockets set forever.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4150865#4150865
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4150865
18 years, 2 months
[JBoss Messaging] - Re: BisocketClientInvoker deadlock (Repost)
by clebert.suconic＠jboss.com
Well... maybe this means the lock is not totally yours.
This thread is trying to acquire a writeLock:
"Timer-8" daemon prio=10 tid=0x0238ff18 nid=0x93 in Object.wait() [0xd6caf000..0xd6cafaf0]
| at java.lang.Object.wait(Native Method)
| - waiting on <0x47080570> (a EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$WriterLock)
| at java.lang.Object.wait(Object.java:474)
| at EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$WriterLock.acquire(WriterPreferenceReadWriteLock.java:240)
| - locked <0x47080570> (a EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$WriterLock)
| at org.jboss.messaging.core.impl.postoffice.MessagingPostOffice.removeBindingInMemory(MessagingPostOffice.java:2280)
| at org.jboss.messaging.core.impl.postoffice.MessagingPostOffice.internalRemoveBinding(MessagingPostOffice.java:1902)
| at org.jboss.messaging.core.impl.postoffice.MessagingPostOffice.removeBinding(MessagingPostOffice.java:464)
| at org.jboss.jms.server.endpoint.ServerConnectionEndpoint.close(ServerConnectionEndpoint.java:400)
| - locked <0x4b9a2598> (a java.util.HashSet)
| at org.jboss.jms.server.connectionmanager.SimpleConnectionManager.closeConsumersForClientVMID(SimpleConnectionManager.java:377)
| - locked <0x47196dc8> (a org.jboss.jms.server.connectionmanager.SimpleConnectionManager)
|
While this thread, holding a readLock is trying to connect back to the client:
"WorkManager(2)-10" daemon prio=10 tid=0x02d1e5a8 nid=0xc7 in Object.wait() [0xd6dea000..0xd6def8f0]
| at java.lang.Object.wait(Native Method)
| - waiting on <0xb94ac400> (a java.util.HashSet)
| at org.jboss.remoting.transport.bisocket.BisocketClientInvoker.createSocket(BisocketClientInvoker.java:473)
| - locked <0xb94ac400> (a java.util.HashSet)
| at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.getConnection(MicroSocketClientInvoker.java:801)
| at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.transport(MicroSocketClientInvoker.java:551)
| at org.jboss.remoting.transport.bisocket.BisocketClientInvoker.transport(BisocketClientInvoker.java:418)
| at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:122)
| at org.jboss.remoting.Client.invoke(Client.java:1634)
| at org.jboss.remoting.Client.invoke(Client.java:548)
| at org.jboss.remoting.Client.invokeOneway(Client.java:598)
| at org.jboss.remoting.callback.ServerInvokerCallbackHandler.handleCallback(ServerInvokerCallbackHandler.java:826)
| at org.jboss.remoting.callback.ServerInvokerCallbackHandler.handleCallbackOneway(ServerInvokerCallbackHandler.java:697)
| at org.jboss.jms.server.endpoint.ServerSessionEndpoint.performDelivery(ServerSessionEndpoint.java:1432)
| at org.jboss.jms.server.endpoint.ServerSessionEndpoint.handleDelivery(ServerSessionEndpoint.java:1344)
| - locked <0x4ba02568> (a org.jboss.jms.server.endpoint.ServerSessionEndpoint)
| at org.jboss.jms.server.endpoint.ServerConsumerEndpoint.handle(ServerConsumerEndpoint.java:322)
| - locked <0x4ba347f0> (a java.lang.Object)
| at org.jboss.messaging.core.impl.RoundRobinDistributor.handle(RoundRobinDistributor.java:119)
|
Do you think you could give it a try with the SVN:
svn co http://anonsvn.jboss.org/repos/messaging/branches/Branch_JBossMessaging_1... jbm
cd jbm
ant release-bundle
and let me know how it goes?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4150855#4150855
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4150855
18 years, 2 months
[JBoss Messaging] - Re: BisocketClientInvoker deadlock
by clebert.suconic＠jboss.com
Well... maybe this means the lock is not totally yours.
This thread is trying to acquire a writeLock:
"Timer-8" daemon prio=10 tid=0x0238ff18 nid=0x93 in Object.wait() [0xd6caf000..0xd6cafaf0]
| at java.lang.Object.wait(Native Method)
| - waiting on <0x47080570> (a EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$WriterLock)
| at java.lang.Object.wait(Object.java:474)
| at EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$WriterLock.acquire(WriterPreferenceReadWriteLock.java:240)
| - locked <0x47080570> (a EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$WriterLock)
| at org.jboss.messaging.core.impl.postoffice.MessagingPostOffice.removeBindingInMemory(MessagingPostOffice.java:2280)
| at org.jboss.messaging.core.impl.postoffice.MessagingPostOffice.internalRemoveBinding(MessagingPostOffice.java:1902)
| at org.jboss.messaging.core.impl.postoffice.MessagingPostOffice.removeBinding(MessagingPostOffice.java:464)
| at org.jboss.jms.server.endpoint.ServerConnectionEndpoint.close(ServerConnectionEndpoint.java:400)
| - locked <0x4b9a2598> (a java.util.HashSet)
| at org.jboss.jms.server.connectionmanager.SimpleConnectionManager.closeConsumersForClientVMID(SimpleConnectionManager.java:377)
| - locked <0x47196dc8> (a org.jboss.jms.server.connectionmanager.SimpleConnectionManager)
|
While this thread, holding a readLock is trying to connect back to the server:
"WorkManager(2)-10" daemon prio=10 tid=0x02d1e5a8 nid=0xc7 in Object.wait() [0xd6dea000..0xd6def8f0]
| at java.lang.Object.wait(Native Method)
| - waiting on <0xb94ac400> (a java.util.HashSet)
| at org.jboss.remoting.transport.bisocket.BisocketClientInvoker.createSocket(BisocketClientInvoker.java:473)
| - locked <0xb94ac400> (a java.util.HashSet)
| at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.getConnection(MicroSocketClientInvoker.java:801)
| at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.transport(MicroSocketClientInvoker.java:551)
| at org.jboss.remoting.transport.bisocket.BisocketClientInvoker.transport(BisocketClientInvoker.java:418)
| at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:122)
| at org.jboss.remoting.Client.invoke(Client.java:1634)
| at org.jboss.remoting.Client.invoke(Client.java:548)
| at org.jboss.remoting.Client.invokeOneway(Client.java:598)
| at org.jboss.remoting.callback.ServerInvokerCallbackHandler.handleCallback(ServerInvokerCallbackHandler.java:826)
| at org.jboss.remoting.callback.ServerInvokerCallbackHandler.handleCallbackOneway(ServerInvokerCallbackHandler.java:697)
| at org.jboss.jms.server.endpoint.ServerSessionEndpoint.performDelivery(ServerSessionEndpoint.java:1432)
| at org.jboss.jms.server.endpoint.ServerSessionEndpoint.handleDelivery(ServerSessionEndpoint.java:1344)
| - locked <0x4ba02568> (a org.jboss.jms.server.endpoint.ServerSessionEndpoint)
| at org.jboss.jms.server.endpoint.ServerConsumerEndpoint.handle(ServerConsumerEndpoint.java:322)
| - locked <0x4ba347f0> (a java.lang.Object)
| at org.jboss.messaging.core.impl.RoundRobinDistributor.handle(RoundRobinDistributor.java:119)
|
Do you think you could give it a try with the SVN:
svn co http://anonsvn.jboss.org/repos/messaging/branches/Branch_JBossMessaging_1... jbm
cd jbm
ant release-bundle
and let me know how it goes?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4150855#4150855
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4150855
18 years, 2 months