2 Replies Latest reply on Jan 4, 2007 9:16 AM by Tim Fox

    Messaging 1.0.1.SP2: Failed to config client side AOP

    Ralf Torsten Menche Newbie

      Dear All,

      I'm experiencing a similar error as has been reported in several threads before ( http://www.jboss.org/index.html?module=bb&op=viewtopic&t=95941 and
      http://www.jboss.org/index.html?module=bb&op=viewtopic&t=97427 ) and is also mentioned in bug
      http://jira.jboss.com/jira/browse/JBMESSAGING-682 .

      When trying to invoke


      the remote JMS client catches the
      RuntimeException: Failed to config client side AOP

      while on the server side this error message is printed
      2007-01-04 10:58:43,059 ERROR [org.jboss.jms.server.remoting.JMSWireFormat] in is a class java.net.SocketInputStream
      2007-01-04 10:58:43,069 ERROR [org.jboss.remoting.transport.socket.ServerThread] failed to process invocation.
      java.lang.IllegalStateException: InputStream must be an ObjectInputStream
       at org.jboss.jms.server.remoting.JMSWireFormat.read(JMSWireFormat.java:397)
       at org.jboss.remoting.transport.socket.ServerThread.versionedRead(ServerThread.java:422)
       at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:478)
       at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:631)
       at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:293)

      We are using JBoss AS 4.0.5.GA (installed from jems-installer-1.2.0.BETA3.jar). The problem did not exist with Messaging 1.0.1.GA (and any earlier version that I have been using over the last nine month). I just recreated the messaging configuration for 1.0.1.SP2 on the server side and updated jboss-messaging-client.jar on the client side and the trouble started.

      I gather from the previous posts that this is likely to be a class path issue for jboss-remoting. But even putting the new jboss-messaging-client.jar in the first position on the client side's path does not help. Or would the problem more likely be on the server side?

      Actually, I do not understand the workaround and comment in bug 682. Is there a bug or not? Do I have to replace the jar in lib as a workaround (in fact I tried it and it did not help) or not?

      Any suggestions welcome.