Return-Path: Delivered-To: apmail-cxf-dev-archive@www.apache.org Received: (qmail 84194 invoked from network); 26 Nov 2010 10:55:34 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 26 Nov 2010 10:55:34 -0000 Received: (qmail 64021 invoked by uid 500); 26 Nov 2010 10:55:34 -0000 Delivered-To: apmail-cxf-dev-archive@cxf.apache.org Received: (qmail 63779 invoked by uid 500); 26 Nov 2010 10:55:32 -0000 Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list dev@cxf.apache.org Received: (qmail 63771 invoked by uid 99); 26 Nov 2010 10:55:31 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Nov 2010 10:55:31 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [206.123.75.163] (HELO sosnoski.com) (206.123.75.163) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Nov 2010 10:55:24 +0000 Received: from [192.168.0.65] (ip-58-28-158-218.static-xdsl.xnet.co.nz [58.28.158.218]) (authenticated bits=0) by sosnoski.com (8.12.10/8.12.10) with ESMTP id oAQAt0GZ029907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 26 Nov 2010 05:55:02 -0500 Message-ID: <4CEF925B.3080601@sosnoski.com> Date: Fri, 26 Nov 2010 23:56:27 +1300 From: Dennis Sosnoski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.11) Gecko/20100714 SUSE/3.0.6 Thunderbird/3.0.6 MIME-Version: 1.0 To: dev@cxf.apache.org Subject: Re: Status of WS-RM References: <201011151146.08177.dkulp@apache.org> <201011151421.56982.dkulp@apache.org> In-Reply-To: Content-Type: multipart/alternative; boundary="------------080602090104030304030908" --------------080602090104030304030908 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Relating to this same issue of the WS-RM status, does the current code handle interactions with WS-Security? In particular, I'm wondering what happens if you're using timestamps with signing - does the WS-RM code generate a new timestamp (and signature) when it resends the message, or just resend the entire original message with the original timestamp? Thanks, - Dennis Dennis M. Sosnoski Java SOA and Web Services Consulting Axis2/CXF/Metro SOA and Web Services Training Web Services Jump-Start On 11/17/2010 02:58 AM, Aki Yoshida wrote: > On Mon, Nov 15, 2010 at 8:21 PM, Daniel Kulp wrote: > >> On Monday 15 November 2010 12:05:56 pm Scott Came wrote: >> >>> Thanks, Daniel. >>> What about the potential to leverage Sandesha or the implementation in >>> Metro? My research has indicated that some time ago there was discussion >>> about trying to create a reusable RM library that could do the job (with >>> adaptation) across the various open source implementations of WS-*. While >>> it seems that never went anywhere (probably with good reason) should I >>> have any hope of reusing significant chunks of code from either of those >>> efforts? >>> >> Well, for Sandesha, I haven't looked at the code there at all so I don't know >> how reasonable it is to reuse chunks of it. For WS-SecPol, I did use the >> Rampart code as a base, but it pretty much ended up as a complete re-write by >> the time I was done with it. Sandesha might be in the same ball park. >> > It would be nice to share some part of the implementation to save the > development and maintenance cost. > But I also have a feeling that using Sandesha won't be a shorter path > to support WS-RM 1.1 in CXF. > > I am looking into some other issues of the current 1.0 implementation > but I am also interested in this question of going for 1.1. > > Regards, Aki > > --------------080602090104030304030908--