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]