Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cxf.apache.org
Received-SPF: error (athena.apache.org: local policy)
MIME-Version: 1.0
In-Reply-To: <522507E5.1000403@sosnoski.com>
References: <5222C66F.6060701@sosnoski.com>
 <CAF8t5XuE2FTu-A47Zm9G5j+RpK1WW1vePfenuSP7_psTi0=eXQ@mail.gmail.com>
 <66877807-C284-4C45-B6BC-345E098C2278@apache.org>
 <CAF8t5XvhECSkrADrDjd16WQKgLcpCQisM2Zj6VeY0PK1rUNDZg@mail.gmail.com>
 <522507E5.1000403@sosnoski.com>
From: John Li <john@mycubes.nl>
Date: Tue, 3 Sep 2013 01:05:30 +0200
Message-ID: 
 <CA+myoW8WqifuZwV2EEC0PF44Kn1zt8-2M8hn3V-x3QDLsYhG_Q@mail.gmail.com>
Subject: Re: Changing WS-RM default to terminate on shutdown
To: dev@cxf.apache.org
Content-Type: multipart/alternative; boundary=047d7b15a9d31cc30f04e56e9d78

--047d7b15a9d31cc30f04e56e9d78
Content-Type: text/plain; charset=ISO-8859-1

hi all,

I would also think it logical that the client by default will sent a
terminate sequence on normal shutdown since it cleans up the resources. In
the case that the client crashes unexpectedly it should pick up from where
it ended.

Regarding relying on maxSequence might cause problems with clients that are
heavily relying on 'inOrder' delivery. During a pilot we have set this
sequence to 10 and we have seen that in some cases message 11 was handled
by the server before message 10. Since inOrder is only working within the
same sequence and message 11 was sent with a new sequence this seems to be
'as designed'. Maybe a bit of topic but wanted to mention this while you
guys are looking into the terminate sequence.

regards,
John


On Mon, Sep 2, 2013 at 11:49 PM, Dennis Sosnoski <dms@sosnoski.com> wrote:

> On 09/03/2013 02:48 AM, Aki Yoshida wrote:
>
>> ...
>>
>>
>> I think, as long as the client either terminates each unused old
>> sequence or keeps reusing the old sequence, it is well behaved. In
>> contrast, when the client keeps creating a new sequence and never
>> terminates those sequences, it's a bad client for himself and for the
>> communicating server.
>>
>
> That's exactly the situation we have now, in the case where a client is
> executed without persistent storage. Even with persistent storage, if the
> client only runs periodically it's a bad practice to keep the same sequence
> around.
>
> Relying on expires is also not a great idea in general, since this is an
> optional setting that's only controlled by the CXF custom configuration.
>
>   - Dennis
>

--047d7b15a9d31cc30f04e56e9d78--