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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-bp message

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


Subject: RE: [ebxml-bp] Name Change from Business Service Interface to Business Service Handler?


 
Hi David
 
Business Service Interface is used throught the ebXML terminology.
 
I just wanted to indicate the inconsistency between ebBP and ebMS in terminology.
 
What system does execute or monitor different BPSS instances? I was thinking the BSI. Ther term Business Service Handler would acutally make more sense to me in that regard.
 
Its only a naming issue. I came across it a few days and wanted to bring it up and to know what others think.
 
May be no issue at all.
 
Regards
 
Sacha

________________________________

Von: David RR Webber [mailto:david@drrw.info]
Gesendet: Mo 08.11.2004 06:51
An: Sacha Schlegel
Cc: ebXML BP
Betreff: Re: [ebxml-bp] Name Change from Business Service Interface to Business Service Handler?



Sacha,

If we are consistent with messaging - having interface and handler, then
the same applies to the business application integration with interface
and handler.

The one is the definition, the other is a physical implementation in
software.

Does that make sense?  If so - are we really saying here that we just
need to clarify this in the specification?

Thanks, DW

Sacha Schlegel wrote:

>Hi BP team
>
>The ebXML Message Service Specification describes the functionality of the Message Service Handler. The abstract Message Service Interface is a way to interact with the Message Service Handler system.
>
>In analogy this would need to change the name from Business Service Interface to Business Service Handler and to provide an abstract Business Service Interface to interact with the Business Service Handler?
>
>I understand that the Business Service Interface was promoted as being the public interface of a party to its partners.
>
>Please find attached a diagram of an ebXML deployment scenario and an ebXML collaboration system.
>
>In my example the ebXML collaboration system includes a Business Service Handler and a Message Service Handler. The two handlers interact with each other through their interface (today proprietary as there is no Message Service Interface). Today's implementations might have a direct link from the Message Service Handler to the Enterprise Application Integration (EAI) side. If the ebXML business process is about to be enforced it must go through an Business Service Handler though (shown in the diagram). In this case the Business Service Handler would hold and change the state of a collaborative business process. In the diagram there is no integration of public business processes (ebXML collaborative business processes) and the internal business processes.
>
>Question: Do you think the term Business Service Interface in regards to Handler is still appropriate?
>
>
>Regards
>
>Sacha Schegel
>
>PS: Any comments to the diagrams welcomed
>
> 
>
>
> ------------------------------------------------------------------------
>
>
> ------------------------------------------------------------------------
>






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