ObjectWeb Consortium
Search ObjectWeb Mail Archive: 

Advanced Search - Powered by Google

Mail Archive Home | celtix List | October 2006 Index

<--  Date Index  --> <--  Thread Index  -->

Re: [celtix] question about ws-addressing in Celtix ESB

Hi Sara, Eoghan,

I had a look at this - it seems that (regardless if the client is run on the same or on a remote host) the addressing properties are set correctly, but the response is effectively not decoupled. I turned on tracing for the addressing and http transport packages - it shows that the client creates a decoupled endpoint but never receives an http request on it ... What's odd too is that I could run the client on a remote host with DecoupledEndpoint=http://localhost:9999/decoupled_endpoint - I thought I would have to replace localhost first by the host name of the client.
I'll investigate a bit further.


Corbett Sara wrote:

Thanks for the response. However, when I send a valid wsa:ReplyTo, Celtix does not forward the response to the wsa:Address specified. Instead, it returns the response to the client and sets the wsa:To to be the wsa:ReplyTo address. I noticed this use case was not in the ws-addressing example. Did I configure something wrong, or is this a bug? Thanks,

*From:* Glynn, Eoghan [mailto:eoghan.glynn@xxxxxxxx]
*Sent:* Monday, October 02, 2006 1:54 PM
*To:* celtix@xxxxxxxxxxxxx
*Subject:* RE: [celtix] question about ws-addressing in Celtix ESB

Hi Sara, wsa:ReplyTo is supported by Celtix 1.0.

However over-riding this to the none address will not work in a Celtix client, as the client-side MAPAggregator does a sanity check to ensure any ReplyTo set in the AddressingProperties makes sense for this invocation. As the none URI clearly does not make sense for a twoway request, this is rejected and the ReplyTo is set to the real decoupled response endpoint. I don't have the Celtix 1.0 codebase to hand right now, but in the analogous Apache CeltiXfire code, note the relevant commentary: // ReplyTo, set if null in MAPs or if set to a generic address
            // (anonymous or none) that may not be appropriate for the
            // current invocation
If you want to play with overriding ReplyTo to a dead-end, try a syntactically valid URI that doesn't reference a real HTTP endpoint (e.g. "http://nowhere.nada.nichts/dead_end";). Cheers,
    *From:* Corbett Sara [mailto:corbett_sara@xxxxxxx]
    *Sent:* 02 October 2006 17:55
    *To:* celtix@xxxxxxxxxxxxx
    *Subject:* [celtix] question about ws-addressing in Celtix ESB

I have a question about the ws-addressing support in Celtix ESB. I was able to run the ws-addressing example successfully. However
    when I tried to invoke the hello world web service from another
    client, I noticed that the hello world service did not route the
    response to the sayHi message based on the supplied wsa:ReplyTo
    header.  Is this supported in Celtix 1.0?  Also, when I set the
    wsa:ReplyTo header to http://www.w3.org/2005/08/addressing/none, I
    still received a response from the web service.  Based on that
ReplyTo, I am expecting no response from the web service. Thank you,
    Sara Corbett


You receive this message as a subscriber of the celtix@xxxxxxxxxxxxx mailing 
To unsubscribe: mailto:celtix-unsubscribe@xxxxxxxxxxxxx
For general help: mailto:sympa@xxxxxxxxxxxxx?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

<--  Date Index  --> <--  Thread Index  -->

Reply via email to:

Powered by MHonArc.

Copyright © 1999-2005, ObjectWeb Consortium | contact | webmaster.