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: FYI: Registry Services spec posted


Resending - tripped over the request filter (again.)



Farrukh,

Please note:  I am not currently subxcribed to the RegRep lixt. I suggest
that you post this email to RegRep.

Please advise if you expect sufficient TPA discussion on RegRep so that I
should subxcribe.  If possible, however, TPA discussion should be directed
to the TP list (as you have done in this case).

This spec looks very good.   I do have some comments:

1.2  Related ebXML Specifications

Line 157:  The name "tpaML" at this time is the name for the IBM TPA
proposal.  Chances are that the name of the ebXML TPA deliverable will
probably be different.  I suggest that at this time, line 157 say "b)
Trading-Partner Specification" and that the term "TPA" or "TPA
specification" be used throughout in place of "tpaML".

3  Registration Process

Line 246ff:  This is an excellent example of the use of tpaML.

3.1.1  UML Class Diagram

Line 274, list item 4:  If this is intended to describe Scott Hinkelman's
current TPA UML model, it is not correct.  The type argument designates
whether the action is normal (obeys sequencing rules) or permitted to be
issued while other requests are outstanding.
RequestName defines the name of the action. RequestMessage defines the
message type (i.e. schema name). I note that the action definitions in the
Registrar and Registrant service interface sections are correct.

3.2.3.3  Exception Responses Defined for Request

Line 328:  The message type should be RequestErrorResponse.

3.2.5  Registrar Service Interface in tpaML

It should be noted that this XML fragment is tentative since the exact
grammar of the ebXML TPA has not yet been defined.

3.2.6  Registrant Service Interface in tpaML

It should be noted that this XML fragment is tentative since the exact
grammar of the ebXML TPA has not yet been defined.

Line 357:  Please change "Registrar" to "Registrant"

Line 365:  The text says RequestAcceptedResponse, not ...Accepted...
Line 366:  The text says RequestAcceptedResponse, not ...Accepted...

5  TPA Management Service Specification

This is a good beginning.  It should be probably noted that this section
will have to be revisited after the TP specification has been created.

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/07/2000 04:48:57 PM

To:   "ebxml-tp@lists.ebxml.org" <ebxml-tp@lists.ebxml.org>
cc:
Subject:  FYI: Registry Services spec posted





You can find it at the following URL:

    http://lists.ebxml.org/archives/ebxml-regrep/200009/msg00006.html

I would be very interested in your comments (on the regrep list)
regarding the document in general,
and TPA Manager functionality in particular.

BTW, I took the liberty to list Marty and David as contributors because
they provided me with a better
understanding of requirements for regrep from a TP perspective. If I
have misrepresented
their thoughts, it is accidental and I will be glad to correct such
mistakes.

--

Regards,
Farrukh Najmi




[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