WAS7 Message Listener -Fehler, Mqqueue Inkompatible WIH Mqdestination

Question

beim Versuch, einen zu starten Message-Listener-Port in WAS7. Ich habe alle überprüft Connection factory JNDI & Destination JNDI Namen, alles sieht gut aus. Und ich kann auch in der Warteschlange im Terminal durchsuchen.

Bitte Hilfe!

13.01.12 17: 21: 26: 259 GMT+08: 00] 00000029 MDBLISTENERIM W WMSG0019E: MDB -Hörer ODS nicht starten, JMSDestination JMS/Quexx: java.lang.classcastexception: com.ibm.mq.jms. Mqqueue inkompatibel mit com.ibm.mq.jms.mqdestination unter com.ibm.mq.jms.mqconnection unter com.ibm.ejs.jms.listener.mdblistenerimpl.creferesources (mdblistenerimpl.java:542) unter com.ibm.ejsjms.listener.mdblistenerimpl.internalstart (mdblistenerimpl.java:730) at com.ibm. .Listener.mdblistenerimpl.start (mdblistenerimpl.java:653) unter com.ibm.ejs.jms.listener.mdblistenerManagerImpl.start (mdblistenerManagerImpl.java:851) bei com.ibeM. .java: 317) at sun.reflect.nativemethodaccessorimpl.invoke0 (native Methode) bei sun.reflect.nativemethodaCcessorimpl.invoke (NativemethodaccessorImpl.java:48) bei sun.reflect. Mpl.invoke (DelegatingMethodaccessorImpl.java:25) bei Java.lang.reflect.method.invoke (Methode.java:600) bei sun.reflect.misc.trampoline.invoke (methodutil.java:37) at sun.reflect.generatedMeratedMeratedMeratedMeratedMeratedMeratedMeratedMeratedMesatedMesatedMessor55 .invoke (unbekannte Quelle) at sun.reflect.delegatingMethodaccessorimpl.invoke (DelegatingMethodaccessorimpl.java:25) bei java.lang.reflect.method.invoke (method.java:600) at sun.reflect.misc.Mish.Mishodutil.invoke (methodutil .Java: 244) bei javax.management.modelmbean.RequiredModelmbean.invokemethod (fordersModelmbean.java:1086) bei Javax.Management.Modelmbean.RequiredModelverceCELGERCEInvers. Invoke (defaultMbeanServerInterceptor.java:836) unter com.sun.jmx.mbeanserver.jmxmbeanserver.invoke (jmxmbeanserver.java:761) unter com.ibm.ws.management.adminserviceImpl $ 1.run (adminServiceImpl.java:1332) at. ibm.ws.security.util.accesscontroller.doprivileged (AccessController.java:118) unter com.ibm.ws.management.adminserviceImpl.invoke (Adminservic eimpl.java:1225) unter com.ibm.ws.management.connector.adminservicedelegator unter com.ibm.ws.management.connector.ipc.ipcconnectorinBoundLink.Dowork (ipcconnectorinBoundLink.java:353) unter com.ibm.ws.management.connector .ibm.ws.ssl.channel.impl.SSLReadServiceContext$SSLReadCompletedCallback.complete(SSLReadServiceContext.java:1772) at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165) at com.ibm .io.async.abstractaSyncfuture.invokeCallback (AbstractaSyncfuture.java:217) bei com.ibm.io.async.asyncChannelfuture.firecompletionactions (asyncChannelfuture.java:161) unter com.ibm..async.async.async.asyncfuture.java.. : 138) unter com.ibm.io.async.resulthandler.complete (resulthandler.java:204) unter com.ibm.io.async.resulthandler.runeve ntprocessingloop (resulthandler.java:816) unter com.ibm.io.async.resulthandler $ 2.run (resulthandler.java:905) unter com.ibm.ws.util.threadpool $ Worker.run (threadpool.java:1563))

13.01.12 17: 21: 26: 264 GMT+08: 00] 00000029 MDBLISTENERIM I WMSG0043I: MDB Listener LPQUEXX für JMSDestination JMS/Quexx [1/13/12 17: 21: 26: 266 gtestination+08: 266: 266 gt+08: 00] 00000029 MDBLISTENERIM I WMSG0058I: Listener Port Lpquexx wird versuchen, in 60 Sekunden neu zu starten

Answer 1

Das klingt nach einem Problem mit Klassenladern. IE, eine Klasse, die vom Container geladen wird, kollidiert mit einer Klasse, die von Ihrer Anwendung geladen wird.

Gibt es eine Chance, dass Sie versehentlich irgendwo in Ihrer App ein MQ -Glas aufgenommen haben?