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

["David Webber \(XML\)" <david@drrw.info>]

John,

OK good.

I like that separation.

Clearly the BPSS needs to focus on the mechanics around the BP layer.

And I agree that I think we have this mostly
there already - just need to make it called out some more - so people
don't skip over it in their reading of the spec'.

The bigger picture of state management in V3 is when I think ebSOA
can help show the bigger picture as you indictate - and when and how
the BPM contributes to that whole.

This has been a good thread and helpful to better understanding
between all the teams involved.

Thanks, DW

----- Original Message ----- 
From: "Yunker, John" <yunker@amazon.com>
To: "David Webber (XML)" <david@drrw.info>; "Monica J. Martin"
<Monica.Martin@Sun.COM>
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 12:47 PM
Subject: [ebsoa] 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.
>
>
>