Asankha, Sorry my previous mail was not complete.
After I pulled in code from the trunk today, the previous project with jms binding is not working. I think it has to do with the naming of the queue - I am running on JBOSS 4.0.5. Here is the relevant part of service.xml: <parameter name="transport.jms.Destination" locked="true">queue/requestQ</parameter> <parameter name="transport.jms.ConnectionFactory" locked="true">ConnectionFactory</parameter> This was working fine with the last build that I had (last Monday I think). But with the current build, I see this error on the JBOSS console when it starts up. If I remember correctly, previously it was searching for the destination as QUEUE.requestQ, but now it is QUEUE.queue/requestQ as shown below. Did you make any changes in the way the queue jndi name is being used? 12:04:31,626 WARN [JMSConnectionFactory] JMS Destination with JNDI name : queue /requestQ does not exist 12:04:31,907 ERROR [JMSConnectionFactory] Unable to create a Destination with JN DI name : queue/requestQ javax.jms.JMSException: This destination does not exist !QUEUE.queue/requestQ at org.jboss.mq.server.JMSDestinationManager.createQueue(JMSDestinationM anager.java:613) at org.jboss.mq.server.JMSServerInterceptorSupport.createQueue(JMSServer InterceptorSupport.java:111) at org.jboss.mq.server.TracingInterceptor.createQueue(TracingInterceptor .java:259) at org.jboss.mq.server.JMSServerInvoker.createQueue(JMSServerInvoker.jav a:117) at org.jboss.mq.il.uil2.ServerSocketManagerHandler.handleMsg(ServerSocke tManagerHandler.java:136) 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 Please let me know if need more info on this. Shantanu ----- Original Message ---- From: Asankha C. Perera <[EMAIL PROTECTED]> To: axis-user@ws.apache.org Sent: Thursday, March 29, 2007 11:04:41 AM Subject: Re: Axis2: soap/jms question Hi Shantanu I pulled the code from the trunk yesterday and now jms binding is working fine on jboss. Thanks for the fix. Cool! Sorry for the delay in responding to this, as I was actually fixing the below mentioned issue lately 1. Is there a way to specify the temporary queue jndi name for blocking calls using the jms transport? Yes, now there is. See https://issues.apache.org/jira/browse/AXIS2-2266 and the fix is available on the trunk 2. For non-blocking two way operations how can we specify that the response should be published to a separate queue? I did not try this, but if I set the wsa:replyTo from the client, with a jms specific url that specifies the response queue jndi name, will the service pick this up from the wsa:replyTo and publish the response to this queue using the specified url? Yes, See https://issues.apache.org/jira/browse/AXIS2-2266 I would be grateful if you could independently verify this fix using the latest code from trunk, so that I could merge it into the 1.2 branch ASAP to get into the next release asankha --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]