[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Fw: Vienna PoC
Hope this gets through for you Stefano. Marcia ----- Original Message ----- From: "Stefano POGLIANI" <stefano.pogliani@sun.com> To: <Brian.Hayes@Commerceone.com>; <marcia.mclure@mmiec.com>; <plevine@telcordia.com> Sent: Friday, March 30, 2001 6:10 AM Subject: FW: Vienna PoC > Sorry to bother with this direct mail. I cannot submit to the cc-bp > dist list and it seems that there is a problem in the Web Site for > new subscription. Could someone pls post this mail on my behalf to > the ebxml-ccbp-analysis list? > > Thanks a lot indeed. Best regards > > /stefano pogliani > > » -----Original Message----- > » From: Stefano POGLIANI [mailto:stefano.pogliani@sun.com] > » Sent: 28 March 2001 15:38 > » To: ebxml-ccbp-analysis@lists.ebxml.org > » Subject: RE: Vienna PoC > » > » > » Hi all, > » > » sorry if I jump in this discussion. > » Having read the attached, I think that there is one point on > » which I have some trouble understanding. > » At the end of the message it is mentioned that : > » > » » > » » Possible Bonus: > » » 5. Have a central Business Process Manager (unfortunately out > » » of scope for ebXML), monitor the transactions against the agreed > » » upon CPA and business processes. > » > » > » Well, I do not think that a "central" BPM is actually in the spirit of > » ebXML. The "runtime software" is modelled around the CPA and enforces > » the choreography and the technical infrastructure that the CPA > » provides. For this reason, this software cannot be "centralized" but > » needs to be installed at both parties. > » Using a centralized engine (like BizTalk Server or Forte Fusion) > » the result is that the Business Process is managed by one partner > » (master) and passively-executed by the other (slave). No one garantees > » that the BP is not actually changed by the master nor there are means > » for the slave to control the status of the long running conversation. > » > » The ebXML runtime should, IMHO, be installed on both sides; this runtime > » actually enforces the CPA on both sides and is in charge of the > » execution of the choreography "as seen by one role". When the two > » partners actually work together, the two runtimes TOGETHER build a > » LOGICAL BPM. > » > » Best regards > » /stefano > » > » > » » > » » -----Original Message----- > » » From: Hayes, Brian > » » Sent: Wednesday, March 21, 2001 5:05 AM > » » To: Paul R. Levine; Marcia McLure (E-mail); Bob Glushko (E-mail) > » » Subject: Vienna PoC > » » > » » > » » At XML One London, I talked to Dimitri Cherkassky (Commerce > » One) about the > » » Vienna PoC. It seems that the PoC team may be on board with an > » end-to-end > » » PoC that includes BP concepts. He mentioned that the PoC team is being > » » chaired or co-chaired by Sid (?) from Netfish (this is > » important since we > » » would probably like to use the Netfish BP Editor). > » » > » » Providing my management will let me (which may involve changing > » » managers to > » » do this :^), I would be interested in helping coordinate. I would think > » » that it would be important to Commerce One to be involved in > » the BP aspect > » » of the PoC along with the transport aspect (with the > » involvement Dimitri). > » » After all, interoperability occurs at many levels! > » » > » » The PoC aspects that I story-boarded with Dimitri goes like this: > » » 1. Two organizations (okay, two people) on seperate laptops > » » create business > » » process specifications and document specifications. One team > » » uses the forms > » » based BP Editor from Netfish and the other uses a UML tool from > » » MEGA. These > » » tools tie into (or have the appearance of) a central registry > » containing a > » » Busienss Library (of reusable business processes, busienss information > » » objects, and the Core Library) and a Trading Partner Registry (of CPPs). > » » 2. Next is the trading partner discovery phase where two > » companies review > » » each other's CPPs in the Trading Partner Registry. > » » 3. Next is CPA negotiation phase using the Negotiation pattern from the > » » E-Commerce and Simple Negotiation Patterns document > » » 4. Next is do business -- exchange documents -- what ever that might be. > » » > » » Possible Bonus: > » » 5. Have a central Business Process Manager (unfortunately out > » of scope for > » » ebXML), monitor the transactions against the agreed upon CPA > » and business > » » processes. > » » > » » Cheers, > » » Brian > » » --- > » » > » » 19 March Meeting notes: > » » Paul Levine mentioned an email message from the PoC PT requesting BP > » » support for the Vienna PoC. The following questions were asked: > » » · What would be the best way to proceed? > » » · How close are the specifications to completion? > » » · Provide a picture of what would be useful to show at a PoC demo > » » that would help participating organizations estimate their involvement. > » » · Who is available to help coordinate BP's involvement with the PoC > » » PT? > » » It was agreed that the Vienna PoC should demonstrate end-to-end > » » ebXML functionality, utilizing all of the technical specifications, > » » especially relevant BP and CC specs. Material has been > » » previously prepared > » » and submitted to the PoC PT, but was not used. We need to discuss what > » » further work is needed to put a payload in place in the Vienna PoC. > » » > » » ------------------------------------------------------------------ > » » To unsubscribe from this elist send a message with the single word > » » "unsubscribe" in the body to: > » ebxml-ccbp-analysis-request@lists.ebxml.org > » » > » » ------------- End Forwarded Message ------------- > » » > » » > » » > » > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC