Christian,

I have updated my configuration to the new config style with
SingleConnectionFactory and the same problems persist.  I'll try and
get a sample maven project made up for you.  As mentioned, all my code
is on a segregated network with no internet access so this may take me
a day or so.

Regards,

Ed

2009/1/29 Christian Schneider <[email protected]>:
> Hi Ed,
>
> I have been able to reproduce the error on 2.2-SNAPSHOT now. It seems to
> happen when the ConnectionFactory is not wrapped in a
> SingleConnectionFactory.
> With the config style you use this should happen automatically.
>
> Could you provide me with a complete maven sample project that shows the
> error? This would help debugging into the problem.
> As a workaround you can use the new config style as explained in :
> http://cwiki.apache.org/CXF20DOC/using-the-jmsconfigfeature.html
>
> When you wrap the ConnectionFactory like in the example the error should not
> occur. Still I would like to fix this of course ;-)
>
> Greetings
>
> Christian
>
> Ed Scriven schrieb:
>>
>> Christian,
>>
>> I have tested my configuration with Tibco 4.3.0 and CXF 2.2-SNAPSHOT.
>> Unfortunately problems persist.
>>
>> Although javax.jms.InvalidDestinationException is no longer thrown,
>> the client times out.  Inspecting the Tibco logs shows that the
>> temporary queue is created successfully but "created receiver failed:
>> invalid temporary queue" remains.
>>
>> For your information, my CXF configuration is as follows (please note
>> that this has been manually typed over from a segregated network):
>>
>> Server:
>> <bean id="systemParametersService"
>> class="system.parameters.SystemParametersServiceImpl" />
>>
>> <jaxws:endpoint id="systemParameters"
>> implementor="#systemParametersService" address="jms://" />
>>
>> <jms:destination
>>
>> name="{http://system.parameters/SystemParametersServiceImpl}SystemParametersServiceImplPort.jms-destination";>
>>  <jms:address destinationStyle="queue"
>>
>> jndiConnectionFactoryName="system.parameters.JMSConnectionFactory"
>>                       jndiDestinationName="system.parameters.SOAP"
>>                       useJms11="true">
>>    <jms:JMSNamingProperty name="java.naming.factory.initial"
>> value="com.tibco.tibjms.naming.TibjmsInitialContextFactory" />
>>    <jms:JMSNamingProperty name="java.naming.provider.url"
>> value="tibjmsnaming://localhost:7222" />
>> </jms:destination>
>>
>> Client:
>> <jaxws:client id="systemParametersClient"
>> serviceClass="system.parameters.SystemParametersService"
>> address="jms://" />
>>
>> <jms:conduit
>> name="{http://system.parameters/SystemParametersServiceImpl}SystemParametersServicePort.jms-conduit";>
>>  <jms:address destinationStyle="queue"
>>
>> jndiConnectionFactoryName="system.parameters.JMSConnectionFactory"
>>                       jndiDestinationName="system.parameters.SOAP"
>>                       useJms11="true">
>>    <jms:JMSNamingProperty name="java.naming.factory.initial"
>> value="com.tibco.tibjms.naming.TibjmsInitialContextFactory" />
>>    <jms:JMSNamingProperty name="java.naming.provider.url"
>> value="tibjmsnaming://localhost:7222" />
>> </jms:conduit>
>>
>> Regards,
>>
>> Ed
>>
>> 2009/1/28 Christian Schneider <[email protected]>:
>>
>>>
>>> Could you try to checkout the CXF head from subversion, compile it and
>>> try
>>> it with your project.
>>> I was not yet able to identify the source of the problem but for me it
>>> seems
>>> solved on the head.
>>> If it works for you too we can be quite sure that CXF 2.1.4 will include
>>> the
>>> fix for this issue.
>>>
>>> If your have subversion and maven installed the following will work:
>>>
>>> svn co http://svn.apache.org/repos/asf/cxf/trunk
>>> cd trunk
>>> set MAVEN_OPTS=-Xmx512M -XX:MaxPermSize=128M
>>> mvn -Pfastinstall
>>>
>>> In your project you then include the just compiled version as:
>>> 2.2-SNAPSHOT
>>>
>>> Greetings
>>>
>>> Christian
>>>
>>>
>>> Ed Scriven schrieb:
>>>
>>>>
>>>> Hello Christian,
>>>>
>>>> Did you get a chance to check your own samples with Tibco EMS?
>>>>
>>>> Regards,
>>>>
>>>> Ed
>>>>
>>>> 2009/1/21 Christian Schneider <[email protected]>
>>>>
>>>>
>>>>
>>>>>
>>>>> Hi Ed,
>>>>>
>>>>> I will check my own sample with tibco ems.
>>>>>
>>>>> Greetings
>>>>>
>>>>> Christian
>>>>>
>>>>> Ed Scriven schrieb:
>>>>>
>>>>> Hello,
>>>>>
>>>>>
>>>>>>
>>>>>> I am experiencing problems getting JAX-WS CXF with Tibco JMS to work.
>>>>>>  My
>>>>>> configuration is derived from the
>>>>>>
>>>>>>
>>>>>> http://cwiki.apache.org/CXF20DOC/jax-ws-java-first-with-jms-transport.htmland
>>>>>> http://cwiki.apache.org/CXF20DOC/jms-transport.html.  I am using
>>>>>> Spring.
>>>>>>
>>>>>> If I provide a jndiReplyDestinationName on the jms:conduit/jms:address
>>>>>> element all works fine.  Unfortunately when I remove this attribute
>>>>>> and
>>>>>> expect temporary queues instead Tibco throws a
>>>>>> javax.jms.InvalidDestinationException:
>>>>>> Invalid temporary destination exception.  This exception is raised
>>>>>> from
>>>>>> the
>>>>>> Spring DefaultMessageListenerContainer requesting Tibco libraries to
>>>>>> create
>>>>>> a consumer.
>>>>>>
>>>>>> Having inspected the Tibco logs the temporary queue is created
>>>>>> successfully
>>>>>> named $TMP$.EMS-SERVER.9A049772E795.2.  The logs do state that
>>>>>> "created
>>>>>> receiver failed: invalid temporary queue".
>>>>>>
>>>>>> I have spent a good day trawling Google for anything related to this
>>>>>> issue,
>>>>>> but with no success.  Apologies not stack traces nor code, they are on
>>>>>> a
>>>>>> segregated network with no Internet access.  I can get them if
>>>>>> required.
>>>>>>
>>>>>> Has anyone experience CXF with Tibco JMS?  Has anyone experienced
>>>>>> temporary
>>>>>> queue problems before?
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> Ed
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Christian Schneider
>>>>> ---
>>>>> http://www.liquid-reality.de
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>> --
>>>
>>> Christian Schneider
>>> ---
>>> http://www.liquid-reality.de
>>>
>>>
>>>
>>
>>
>>
>>
>
>
> --
>
> Christian Schneider
> ---
> http://www.liquid-reality.de
>
>



-- 
Batehawk Ltd registered in England and Wales.  Registration number: 6142022
Registered Office: c/o Ascot Sinclair Associates, Avondale House,
262 Uxbridge Road, Hatch End, Middlesex, HA5 4HS.

Reply via email to