cxf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Aki Yoshida <>
Subject Re: Adding value to WS-RM feature
Date Tue, 29 Mar 2011 12:02:33 GMT
Hi Dennis,
sounds good.

Regarding my remark on this usage (this combination of using wsrm 1.0
with wsa 2005/08), I was talking about this particular combination
itself. I think most people would go for the standard wsrm 1.0 (wsrm
1.0 with wsa 2004/08) or the standard wsrm 1.1 (wsrm 1.1 with wsa
2005/08). In other words, the only valid use case for this particular
combination would be for communicating with some partial wsrm 1.0 or
1.1 implementation. So, from the interoperability robustness point of
view, this combination seems useful, but otherwise, it has littlel

Regards, aki

2011/3/29 Dennis Sosnoski <>:
> Hi Aki,
> On 03/29/2011 04:19 AM, Aki Yoshida wrote:
>> ...
>> But in any case, if we don't go for this modified class approach, we
>> might take option 2.
>> I think this option isn't bad, considering that we need to duplicate
>> only CreateSequenceType and AcceptType. And these classes are probably
>> only needed until the WSRM 1.1 is implemented.
> I'm not sure why you'd say these are only needed until WS-RM 1.1 are
> implemented. My intention is not to replace WS-RM 1.0 support with 1.1/1.2
> (which would break compatibility with older versions of CXF, and with
> services configured to use WS-RM 1.0), but to add support for 1.1/1.2.
> But I think you're right that option 2 (generating separate CreateSequence
> and Accept elements - actually CreateSequence and CreateSequenceResponse
> elements, since Accept is embedded in the latter - using the WS-Addressing
> 2005 namespace) is the right way to go, and I'll change my code to match.
> The deciding factor for me is that this same approach of converting data
> structure versions is going to be needed to support 1.1/1.2, so I may as
> well also use it for this variation of 1.0.
> Thanks,
>  - Dennis

View raw message