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


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-dev message

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

Subject: RE: [ebxml-dev] ebMS TR&P tags

Title: RE: [ebxml-dev] ebMS TR&P tags
ebXML doesn't "prescribe" how to implement service/type and action. I like to think of ebXML MS using object oriented concepts, so here is how I see it.
Let's start with Service:
I think of "Service" as the "Object" identifier. It serves as an identifier for a high level class of object, for example:
- OrderProcessing
- PaymentProcessing
There are a couple of uses for the "type" attribute.
The type attribute can be used to describe the technology used (e.g. CORBA, DCOM) to instantiate the Object/Service. For example, suppose there was a  service called "OrderProcessing", type could specify the "distributed object technology", for example:
<Service type="DCOM">OrderProcessing</Service>
<Service type="CORBA">OrderProcessing</Service>
Type is not limited to describing a technology, it can also be used to indicate a package name (if it's a local service for example), e.g. "com.systrends.Software", for example:
<Service type="com.systrends.Software">OrderProcessing</Service>
<Service type="com.systrends.Software">ServiceRequest</Service>
I think of Action as the method to invoke. For example with a service of:
<Service type="com.systrends.Software">OrderProcessing</Service>
one might expect to see an Action of:
With a Service of:
<Service type="com.systrends.Software">ServiceRequest</Service>
you might expect to see Actions of:
You might be wondering, if Service, Type and Action are synonymous with Object, Package/Technology and Method, where are the parameters to the Actions/methods?
That's the role of Manifest/Reference, the Reference element provides pointers to the
"call parameters" for this Service/Action.
The payload is passed to the Service/Action as a set of parameters and this completes the "call frame".
Note: there's a lot I didn't go into in this "object oriented" view of ebXML, such as object persistence, passing object pointers, etc. ebXML is not a true "distributed object system" so these things are not defined. Object oriented concepts have helped me design protocols and systems using ebXML's MS and I thought it might help you also.
That's my view of how ebXML MS works.
<Service type="BusinessProfessional">Valediction</Service>

Dick Brooks
Systrends, Inc
7855 South River Parkway, Suite 111
Tempe, Arizona 85284
Web: www.systrends.com <http://www.systrends.com>

-----Original Message-----
From: Anarkat, Dipan [mailto:DAnarkat@uc-council.org]
Sent: Wednesday, March 13, 2002 6:38 PM
To: 'Martin W Sachs'; Ebxml-Dev (E-mail)
Cc: 'david@drummondgroup.com'
Subject: RE: [ebxml-dev] ebMS TR&P tags

        with reference to #2,3 and 4
        As I understand, the value for 'Service' is an identifier for a 'logical' endpoint that processes the business message contained in the payload and this is specified by standards organizations or individuals who define the business process standards. Now to actually process the payload the 'logical' endpoint will have to be mapped to a physical endpoint like, for example, a web-service, EAI app, Java servlet etc, and the entire message then routed internally to the physical service. Is this the way it works?

        If this is true, then the ebXML MSH software will have to be configured with the mapping information for every 'Service/Action' pair to the physical service, right?

Also, after the header-container is processed, what gets passed/routed to the 'Service/Action' ? :
        # the entire ebXML Message
        # the payload only

Also, what is the rationale for identifying and defining values for 'Service', 'Type' and 'Action'?


Dipan Anarkat
Systems Analyst, Standards Development
Uniform Code Council, Inc.
Tel: (609)-620-4509

-----Original Message-----
From: Martin W Sachs [mailto:mwsachs@us.ibm.com]
Sent: Thursday, December 06, 2001 3:05 PM
To: Anarkat, Dipan
Subject: Re: [ebxml-dev] ebMS TR&P tags

#1:  CPAId is a pointer to the runtime state information for this CPA.
Various levels of middleware reference various information there.
#2, 3, and 4 are indeed used for routing from the receiving MSH to the
correct software input point.  Details are left to the implementer.



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

"Anarkat, Dipan" <DAnarkat@uc-council.org> on 12/06/2001 02:27:54 PM

To:    "Ebxml-Dev (E-mail)" <ebxml-dev@lists.ebxml.org>
Subject:    [ebxml-dev] ebMS TR&P tags

    Can anyone provide explanation on how the following tags are processed
by the ebXML B2B app with an inbound ('To' MSH) and outbound ('From' MSH)
message ?

#1    eb:MessageHeader/eb:CPAId
#2    eb:MessageHeader/eb:Service
#3    eb:MessageHeader/eb:Service/@type
#4    eb:MessageHeader/eb:Action

Also is #2 and #3  and #4 used for further routing of the recieved message
on arrival at the destination ?

Pardon me, but the explanation provided in the ebMS TR&P 1.0 specification
is not helpful.


Dipan Anarkat
Uniform Code Council, Inc.
Tel: (609)-620-4509

The ebxml-dev list is sponsored by OASIS.
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.ebxml.org/ob/adm.pl>

[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