Re: question on tpa documentation

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

Farrukh,

Thanks for the clarification.  As I sort of said, QoS means something
different to everyone.

I will add something to the requirements based on your posting.  However I
may not put in much detail because I don't want to start sliding over the
line between the requirements and the specification itself.  I will put in
just enough to remind us of what work we have to do.

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
*************************************************************************************



Farrukh Najmi <Farrukh.Najmi@east.sun.com> on 09/12/2000 10:23:37 AM

To:   Martin W Sachs/Watson/IBM@IBMUS
cc:   Rik Drummond <rvd2@worldnet.att.net>, ebxml-tp@lists.ebxml.org
Subject:  Re: question on tpa documentation



Marty,

IMHO, There is need for alignment between the work being done in TRP for
reliable
messaging and QoS specification
in TPA. Some examples of QoS that come to mind are:

-Send and forget/pray (best effort delivery)
-At most once delivery
-Once and only once delivery

As I recall TRP reliable messaging specifies At most once delivery with
optional once and
only once delivery.

Some other aspects to QoS that I can think of are:

-latency constraints on message delivery
-Size contraints on message

As I recall there is something in current TPAML that specifies the latency
constraints.

In any event I think Rik is suggesting that we need to plan for alignment
on the QoS
specification in TP w.r.t
reliable messaging in TRP.

--

Regards,
Farrukh

Martin W Sachs/Watson/IBM wrote:

> Rik,
>
> Thanks.  I will put something in on QoS.
>
> One of the big difficulties I have always had with QoS is how to define
it,
> what characteristics are including under QoS, etc.  Any insights from the
> team as we go down the road would be useful.
>
> 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
>
*************************************************************************************

>
> "Rik Drummond" <rvd2@worldnet.att.net> on 09/12/2000 09:04:12 AM
>
> To:   Martin W Sachs/Watson/IBM@IBMUS
> cc:
> Subject:  RE: question on tpa documentation
>
> in think in the requirements document, the first bullet list QoS should
be
> added. just a thought.... look like you are making good head way... rik
>
> -----Original Message-----
> From: Martin W Sachs/Watson/IBM [mailto:mwsachs@us.ibm.com]
> Sent: Monday, September 11, 2000 1:45 PM
> To: Rik Drummond
> Subject: Re: question on tpa documentation
>
> Rik,
>
> Yes, there is lots.  It is in the \private directory of the TP team
waiting
> for Mike Rawlins to build the appropriate web page for the team.
>
> Here is most of it.  I hope you have lots of time.  Scott Hinkelman's TPA
> UML model is also out there.
>
> Regards,
> Marty
> (See attached file: TPI Objectives & Scope.doc)
>
> (See attached file: partner-requirements.doc)
>
> (See attached file: tpapaper.pdf)technical white paper on tpaML
> (See attached file: tpastd34.pdf)tpaML 1.0.6
>
>
****************************************************************************

>
> *********
>
> 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
>
****************************************************************************

>
> *********
>
> "Rik Drummond" <rvd2@worldnet.att.net> on 09/11/2000 01:43:36 PM
>
> To:   Martin W Sachs/Watson/IBM@IBMUS
> cc:
> Subject:  question on tpa documentation
>
> marty is there anything written up about tpa i can read?... i have some
> time
> this week for once.... thanks, rik