OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-transport message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Subject: Re: Review of Reliable Messaging Spec v0-074


> >2) Whether the reliability requirement is truly for AtMostOnce
> >semantics or for something more. An amount of the reliable messaging
> >spec goes well above the strict interpretation of AtMostOnce, with no
> >way to specify through the message header whether this is desired or
> >not. I have a longer diatribe about this in my Messaging Service spec
> >comments.
> Fujitsu wrote a definition of 'RM' in the latest draft: AtMostOnce with
> timeout. Again, requesting other semantics (which are, of course, defined)
> is useful (and maybe mandatory) in the real world, but we should allow for
> a simple solution that will meet minimum needs.

I'm not requesting other semantics, but it seems that there are some
implied within the RM spec. Persistence of complete messages is not
necessary for AtMostOnce with time-out, and it seems to me that it
nudges into OnceAndOnlyOnce functionality. In any event, it is resource
intensive and has performance impact, and should therefore be
deselectable for messages that really only require AtMostOnce with

n:Van Huizen;Gordon
org:Progress Software;XML and Internet Technology
adr:;;14 Oak Park;Bedford;MA;01730;
title:Director, Product Management
fn:Gordon Van Huizen

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Search: Match: Sort by:
Words: | Help

Powered by eList eXpress LLC