[Messaging, JMS & JBossMQ] - Re: Multiple Destination Mgr and Pesistence Managers
by ilotdeveloper
hi,
Following your instructions, I am trying to configure the additional null-persistance manager.
I have sucessfully create my local queue but when i am trying to connect from my application it fails:
2006-11-09 19:37:07,925 ERROR [org.jboss.ejb.plugins.jms.JMSContainerInvoker] Re
connect failed: JMS provider failure detected for LoggingEventHandler
org.jboss.deployment.DeploymentException: Error during queue setup; - nested thr
owable: (javax.jms.InvalidDestinationException: The destination QUEUE.LoggingEve
ntQueue does not exist !)
at org.jboss.deployment.DeploymentException.rethrowAsDeploymentException
(DeploymentException.java:53)
at org.jboss.ejb.plugins.jms.JMSContainerInvoker.innerStartDelivery(JMSC
ontainerInvoker.java:811)
at org.jboss.ejb.plugins.jms.JMSContainerInvoker$ExceptionListenerImpl$E
xceptionListenerRunnable.run(JMSContainerInvoker.java:1419)
at java.lang.Thread.run(Thread.java:595)
Caused by: javax.jms.InvalidDestinationException: The destination QUEUE.LoggingE
ventQueue does not exist !
at org.jboss.mq.server.ClientConsumer.addSubscription(ClientConsumer.jav
a:140)
at org.jboss.mq.server.JMSDestinationManager.subscribe(JMSDestinationMan
ager.java:572)
at org.jboss.mq.server.JMSServerInterceptorSupport.subscribe(JMSServerIn
terceptorSupport.java:171)
at org.jboss.mq.security.ServerSecurityInterceptor.subscribe(ServerSecur
ityInterceptor.java:157)
at org.jboss.mq.server.TracingInterceptor.subscribe(TracingInterceptor.j
ava:643)
at org.jboss.mq.server.JMSServerInvoker.subscribe(JMSServerInvoker.java:
177)
at org.jboss.mq.il.uil2.ServerSocketManagerHandler.handleMsg(ServerSocke
tManagerHandler.java:185)
at org.jboss.mq.il.uil2.SocketManager$ReadTask.handleMsg(SocketManager.j
ava:395)
at org.jboss.mq.il.uil2.msgs.BaseMsg.run(BaseMsg.java:398)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExec
utor.java:748)
... 1 more
2006-11-09 19:37:07,927 INFO [org.jboss.ejb.plugins.jms.JMSContainerInvoker] Wa
iting for reconnect internal 10000ms for LoggingEventHandler
Is there something additional that is not mentioned in your post?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984606#3984606
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984606
19Â years, 6Â months
[JBossWS] - Basic J2EE 1.4 tutorial sample not working.
by Zgluteks
Hi!
I currently trying to make webservices using the "standard" libraries. Our company make webapps, focusing on customers still using J2EE 1.4 app servers, but of course we'd like our apps to work on EE 1.5 app servers too.
Anyway, I just downloaded J2EE 1.4 and the tutorial and did everything described on this page: http://java.sun.com/j2ee/1.4/docs/tutorial/doc/JAXRPC3.html
It produces a .war file, that I put on JBoss AS' "deploy" directory.
Then I continued the tutorial, trying to make a simple client communicate with the service I deployed. Unfortunatelly it didn't work, with this resulting error:
run-client:
| [java] Endpoint address = http://localhost:8080/hello-jaxrpc/hello
| [java] java.rmi.RemoteException: Runtime exception; nested exception is:
| [java] Style de codage inattendu : attendu = http://schemas.xmlsoap.org/soap/encoding/, réel =
| [java] at com.sun.xml.rpc.client.StreamingSender._handleRuntimeExceptionInSend(StreamingSender.java:331)
| [java] at com.sun.xml.rpc.client.StreamingSender._send(StreamingSender.java:313)
| [java] at staticstub.HelloIF_Stub.sayHello(HelloIF_Stub.java:70)
| [java] at staticstub.HelloClient.main(Unknown Source)
| [java] Caused by: Style de codage inattendu : attendu = http://schemas.xmlsoap.org/soap/encoding/, réel =
| [java] at com.sun.xml.rpc.encoding.SOAPDeserializationContext.verifyEncodingStyle(SOAPDeserializationContext.java:168)
| [java] at com.sun.xml.rpc.encoding.ObjectSerializerBase.deserialize(ObjectSerializerBase.java:175)
| [java] at com.sun.xml.rpc.encoding.ReferenceableSerializerImpl.deserialize(ReferenceableSerializerImpl.java:155)
| [java] at staticstub.HelloIF_Stub._deserialize_sayHello(HelloIF_Stub.java:118)
| [java] at staticstub.HelloIF_Stub._readFirstBodyElement(HelloIF_Stub.java:105)
| [java] at com.sun.xml.rpc.client.StreamingSender._send(StreamingSender.java:228)
| [java] ... 2 more
What could be the problem?
Thank you very much for your help.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984605#3984605
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984605
19Â years, 6Â months
[Clustering/JBoss] - Help needed with InvalidationManager and InvalidationBridge
by Marlig
Hi everyone,
I've been searching the forum for a solution to my problem but have not found any. So maybe someone here can help me.
I'm having problems when using the invalidation service in a 2 - nodes cluster environment. It appears that the last started node does not get to know that there are already other nodes with the invalidation manager running. Btw, I tried this up to 4 nodes, it's always the last one to be unaware of the others.
What I'm doing:
1. default InvalidationManager (cache-invalidation-service.xml) - and InvalidationBridge (cluster-service.xml) - settings at every node.
2. defining and registering of invalidation groups at the InvalidationManager (dynamic via MBean) during startup of every node.
3. startup node 1
4. startup node 2
5. invalidation test of defined invalidation groups at node 1 via jmx-console --> invalidation is done at node1 and node2
6. invalidation test of defined invalidation groups at node 2 via jmx-console --> invalidation is done at node2 only
7. refreshing the InvalidationBridge - MBean at node1 (stop - start) via jmx-console
8. invalidation test of defined invalidation groups at node 2 via jmx-console --> invalidation is now done at node1 and node2
Am I missing something for the setup? Or is this the desired behaviour (which I can hardly imagine)? In the latter case: is it possible to avoid step 7 and automate this process?
Any help is highly appreciated.
Thanks
Martin
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984601#3984601
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984601
19Â years, 6Â months
[Installation, Configuration & Deployment] - WAR files lib seems not to get loaded by classloader
by mbabauer
My team is in the process of porting our app from JBoss 3.2.5 to JBoss 4.0.5. One of the things that has been biting us is the difference in the class loader.
As part of this move, we are trying to stay away from the old "Unified" class loader. As such, we are trying to deploy out application as a set of EAR files, encapsulating the main function(s) and exposing them via a combination of Spring, Web Services, etc.
This leads me to my current problem. I have a simple EAR, consisting of only one WAR in the EAR's lib dir and an application.xml specifying that war and giving it a context. So far so good.
The WAR is a Struts-based application. In its lib dir are a bunch of JARs, basically all the libs needed. Included in this list are struts-core.jar, struts-tiles.jar, and struts-extras.jar.
When I deploy this EAR file, everything deploys fine, but as soon as I access the main page:
java.lang.NoClassDefFoundError: org/apache/struts/actions/DispatchAction
| at java.lang.ClassLoader.defineClass1(Native Method)
| at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
| at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
| at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
| at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
| at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
I don't understand it! I thought that when JBoss deployed the WAR, it was supposed to add the WAR's lib dir to the hierarchical classpath. Why is it then that DispatchAction is not found, when it is sitting inside the WAR's lib folder?
I am confused. Can someone please set me on the right path here? I really want to try and get a good grasp on this class loader stuff.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984598#3984598
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984598
19Â years, 6Â months