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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebsoa message

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


Subject: RE: [ebxml-bp] Re: [ebsoa] Re: [ebxml-bp] Closing the gap between MSI and BSI and move on


re: "since the heavy lifting on this probably can be differed and continued by the ebSOA team more effectively beyond that start point"

David, I believe that one thing that is needed is the details of how the BSI business interface is executed via the MSI messaging interface.  Currently the BPSS is the only place to put the details of that mapping.  IMO while the ebSOA is responsible for outlining the high-level architecture for MSI/BSI dependency (especially in an SOA implementation), the BPSS is exactly where the bulk of the tedious work on defining the details of those dependencies is currently taking place (and the only one I see working actively on a packaged definition of a BSI).

Since we insist (and I agree we should) on championing the MSI/BSI views, we should make sure we include detailed definitions of the attributes of the dependencies between those views, and engage ebMS/CPA on exactly how that mapping is executed in a fully ebXML solution.

I think that the BPSS spec does a decent job of this already in a general sense.  Propose that we review and (where appropriate) tighten the packaging of BSI/MSI dependencies, and talk about either including examples or follow-on documents that show reference ebMS/CPA/BPSS dependencies for BSI and MSI...

My 2 cents.
John

-----Original Message-----
From: David Webber (XML) [mailto:david@drrw.info] 
Sent: Friday, February 04, 2005 9:00 AM
To: Monica J. Martin
Cc: Sacha Schlegel; ebXML BP; ebxml-msg@lists.oasis-open.org; ebsoa
Subject: [ebxml-bp] Re: [ebsoa] Re: [ebxml-bp] Closing the gap between MSI and BSI and move on


Monica,

I'm agreeing with that - but I was also saying that
the BPSS team need only set the scene here fior
the V2 specification - since the heavy lifting on
this probably can be differed and continued
by the ebSOA team more effectively beyond
that start point.

There's abviously more that can be done in
terms of detailed specification of the mechanisms
and options for controlling the interactions
between the various moving parts here. And
that of coruse carries us into the BPSS V3 too.

Thanks, DW

----- Original Message ----- 
From: "Monica J. Martin" <Monica.Martin@Sun.COM>
To: "David Webber (XML)" <david@drrw.info>
Cc: "Sacha Schlegel" <sschlegel@cyclonecommerce.com>; "ebXML BP" <ebxml-bp@lists.oasis-open.org>; <ebxml-msg@lists.oasis-open.org>; "ebsoa" <ebsoa@lists.oasis-open.org>
Sent: Friday, February 04, 2005 11:34 AM
Subject: [ebsoa] Re: [ebxml-bp] Closing the gap between MSI and BSI and move on


> David Webber (XML) wrote:
>
> >Webber: Sacha,
> >I think this is also something that involves the ebSOA team - as 
> >these are part of the patterns needed.
> >
> >We can certainly jointly develop this - and put initial outline work 
> >in the BPSS specification - that can then be more formally detailed 
> >for the ebSOA work in 2005 here.
> >
> >Thanks, DW
> >
> >
> mm1: David, I would suggest we have some clear boundaries before 
> engaging ebSOA team. Some of the discussion surrounds assumptions 
> about the role of the MSI or BSI should be clarified by the 
> experienced parties and experts involved from ebBP and ebMS teams (not 
> to say there are not experts in ebSOA). Thanks.
>
>
>




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