Re: more on the FW: Draft RegRep and TRP transport harmonization

[Martin W Sachs/Watson/IBM <mwsachs@us.ibm.com>]

There is a difference between supporting all transports and ignoring
transport charcteristics.  Ignoring leaves us open to things like having
ACKs at two levels (messaging and transport) where only one is needed.
Being totally blind to the transport characteristics probably requires a
store and forward interface, with transactional semantics, between
messaging service and transport.  As we have started saying, we will need
to look at the conceptual interface between messaging service and
transport, at least with a view to understanding what transport
characteristics might have to percolate up into the messaging service.

Regards,
Marty

*************************************************************************************

Martin W. Sachs
IBM T. J. Watson Research Center
P. O. B. 704
Yorktown Hts, NY 10598
914-784-7287;  IBM tie line 863-7287
Notes address:  Martin W Sachs/Watson/IBM
Internet address:  mwsachs @ us.ibm.com
*************************************************************************************



Nicholas Kassem <Nick.Kassem@eng.sun.com> on 09/19/2000 04:41:36 PM

To:   Rik Drummond <rvd2@worldnet.att.net>, Farrukh Najmi
      <Farrukh.Najmi@east.sun.com>
cc:   Ebxml Transport <ebxml-transport@lists.ebxml.org>
Subject:  Re: more on the FW: Draft RegRep and TRP transport harmonization



As a follow-up and wearing a POC hat on the key issue isn't whether ebXML
TR&P supports async/sync interaction models at the transport level but what
specifically in RS makes it a service precluding it from being used by say
a mail-enabled client ?

I thought we were specifying ebXML services in a transport neutral way -
did that change at some point ? Perhaps this is more appropriate for the RR
list but thanks for any clarification.

Regards,
Nick

At 01:05 PM 9/19/2000 -0700, Nicholas Kassem wrote:
>At 11:58 PM 9/18/2000 -0500, Rik Drummond wrote:
>>rr needs synch services as noted below from trp.  best regards, rik
..snip