Return-Path: X-Original-To: apmail-cxf-dev-archive@www.apache.org Delivered-To: apmail-cxf-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 75E24F8DE for ; Mon, 2 Sep 2013 07:57:59 +0000 (UTC) Received: (qmail 92513 invoked by uid 500); 2 Sep 2013 07:57:58 -0000 Delivered-To: apmail-cxf-dev-archive@cxf.apache.org Received: (qmail 92467 invoked by uid 500); 2 Sep 2013 07:57:56 -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 92459 invoked by uid 99); 2 Sep 2013 07:57:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Sep 2013 07:57:54 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of elakito@gmail.com designates 209.85.192.177 as permitted sender) Received: from [209.85.192.177] (HELO mail-pd0-f177.google.com) (209.85.192.177) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Sep 2013 07:57:50 +0000 Received: by mail-pd0-f177.google.com with SMTP id y10so4434104pdj.22 for ; Mon, 02 Sep 2013 00:57:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=UkLw6RhfXBhl3JYqJtlQAjdVXPs+Zdwa6SQGc6+n7/g=; b=SjRW9kJdqGmalDqJUmSk/j7GTGRkn0J5s+wp/A9WIqJS8RbwcY5fwJoMz+MAL+FCiK Qd+bEgSRPC//gPhaoOQq+9xaedHz5l88Mkj6cTGJMzKgUNvETVoFYdcjV7AXduGo9WBa TlwyOhpOERI3p7z3KBIn9kqWOgFuRAuwQMEfQX7jCUKHYHcTi42E9SIgY6TELxkpWRWN cGT+Bkcx1tL3AGA/xQJFIIEZl6zGxUHRmc6HZGR2o8y2Cmo8WmMwDA84DfaXy8f3b84/ im90oyN9UAtdpJr9YmoqsS1sUjIfpXY/wyR72FQPS4KfZ1/8bU3e7xiKJzdeR1pwB1D6 ocnQ== MIME-Version: 1.0 X-Received: by 10.68.200.100 with SMTP id jr4mr24563924pbc.0.1378108648213; Mon, 02 Sep 2013 00:57:28 -0700 (PDT) Received: by 10.68.227.6 with HTTP; Mon, 2 Sep 2013 00:57:28 -0700 (PDT) In-Reply-To: <5222C66F.6060701@sosnoski.com> References: <5222C66F.6060701@sosnoski.com> Date: Mon, 2 Sep 2013 09:57:28 +0200 Message-ID: Subject: Re: Changing WS-RM default to terminate on shutdown From: Aki Yoshida To: dev@cxf.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hi Dennis, You mean you want to terminate the active sequence when the endpoint is shutdown? Maybe I am getting what you meant. A sequence should survive a crash or a normal endpoint shutdown because the persisted messages for that ws-rm endpoint must survive. So I don't think we should change the default setting. We can already try to avoid having non-terminated sequences by setting the sequence length or validity and let the ws-rm runtime terminate the sequences periodically. regards, aki 2013/9/1 Dennis Sosnoski : > Right now WS-RM handling allows the user to configure sequence termination > on shutdown, but defaults to no termination of sequences. This looks like an > incorrect default, since WS-RM relies on having a TerminateSequence message > in order to free up resources at the destination. I'd like to change this in > trunk to default to sending the termination, while allowing the user to > override with an explicit setting. > > The cost of this is an added message exchange (or potentially two, if the > server also terminates a reverse sequence) as part of the client shutdown > process. > > Anyone object? > > - Dennis > > -- > > Dennis M. Sosnoski > Java SOA and Web Services Consulting > CXF and Web Services Security Training > > Web Services Jump-Start >