Fw: Vienna PoC

Hope this gets through for you Stefano.
Marcia
----- Original Message -----
From: "Stefano POGLIANI" <[email protected]>
To: <[email protected]>; <[email protected]>;
<[email protected]>
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:[email protected]]
> � Sent: 28 March 2001 15:38
> � To: [email protected]
> � 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:
> � [email protected]
> � �
> � � ------------- End Forwarded Message -------------
> � �
> � �
> � �
> �
>
>