cxf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christian Schneider <>
Subject Re: Next JMS sample
Date Thu, 23 Sep 2010 20:40:11 GMT
  CXF uses the prefix to determine which transport implementation to 
use. So jms:// triggers
that the jms transport is handling this endpoint. So I think this is 
more than only a requirement of jax ws.

As we now already have three ways of configuring jms we of course should 
think about retiring at least one in the long run.



Am 23.09.2010 16:12, schrieb Daniel Kulp:
> On Monday 20 September 2010 8:22:07 pm Benson Margulies wrote:
>> I'm not sure what, if anything, to do with pubsub. It's all using the
>> wsdl config, right? Is there anything wrong?
> There's nothing WRONG.   It's a perfectly fine example.  It's just showing how
> to use the older WSDL config and not the newer SOAP/JMS spec stuff.   I'm
> actually OK with that.  I definitely don't see us dropping support for those
> wsdl extensor things.
>> Why the bogus endpoint
>> address in the Endpoint call in the server?
> I think JAX-WS requires some sort of address to the endpoint.publish call so
> we historically just stick in "jms://" in there to make JAX-WS happy.  :-)  If
> you try something like enpoint.publish(null), you have to cast the null to
> resolve the overloaded publish.   Nothing major.


View raw message