Mail Archive Home | celtix List | October 2006 Index
RE: [celtix] question about ws-addressing in Celtix ESB
- Subject: RE: [celtix] question about ws-addressing in Celtix ESB
- From: "Corbett Sara" <corbett_sara@xxxxxxx>
- Date: Mon, 9 Oct 2006 12:41:51 -0400
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
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
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
(anonymous or none) that may not be appropriate for
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").
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.
Powered by MHonArc.
Copyright © 1999-2005, ObjectWeb Consortium | contact | webmaster.