[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: Conference Call
Document attached in PDF form David -----Original Message----- From: Nicholas Kassem [mailto:Nick.Kassem@eng.sun.com] Sent: Tuesday, February 08, 2000 10:05 AM To: David Burdett Cc: Ebxml Transport Subject: RE: Conference Call David, Could you please e-mail the entire document that we all worked on late on Thursday. Thanks, Nick At 10:53 PM 2/7/00 -0800, David Burdett wrote: >Rik > >Can I suggest that on the conference call on Wednesday we resolve some of >the differences between the "next steps" that you presented in your >end-of-conference presentation that you gave on the Friday morning and the >list of activities that as a group we developed the previous Thursday >evening when you were attending the steering committee meeting. > > From your presentation you suggested the following: >o Produce: a STRAW-HORSE paper: > - API example > - Reliable Messaging > - Message > . Structure > . Headers (bqm, e5, xml messaging, other) > . Security > - Protocol/Choreograph >o Implementation on Network Transports. Several documents e.g. for >SMTP, HTTP, Corba, etc > >Whereas in the meeting the previous evening we developed the following list: >0. Incorporate final changes identified in Requirements and Definitions >documents to produce V 1.0 draft of the Requirements and Definitions for >"public" consumption >1. Identify other standards/protocols that we need to analyze > >2. Analyze the standards/protocols to produce a document that >identifies gaps and overlaps in the definition of their message structures >and content. Process: >2. Analyze the standards/protocols to produce a document that >identifies gaps and overlaps in the definition of their message structures >and content. Process: > · build initial list of data that needs to be in the message header >and other parts of the message, based on one protocol (to be selected) > · individuals with good knowledge of each protocol under review >annotates initial list with gaps and overlaps > · annotated lists consolidated into a single document/list >3. Based on the consolidated list/document from 2, define a >syntax-neutral definition of the data that needs to be in a Message Header >and other parts of the message that can be mapped to the protocols analyzed >in step 2 >4. Define template sequences for the exchange of messages that can be >used specific business protocols, for example: request, acknowledge, checked >ok, full response >5. Liase with other ebXML groups, especially Repository, Core >Components and Architecture to ensure consistency and that their >requirements are met > >I think it important that we come up with as soon as possible: >o an agreed set of deliverables, >o a development process to follow that leads to their completion, and >cirtically >o named individuals to carry out the required activities > >Regards > >David > >-----Original Message----- >From: Rik Drummond [mailto:drummond@onramp.net] >Sent: Monday, February 07, 2000 10:09 AM >To: Ebxml Transport >Subject: Conference Call > > >I don't think anyone could host the call this week, so I will. > >Date: Wednesday, 9-Feb-00 >Time: 11:00am est >Name of call: ebxml >Reservation number: 14386766 >host: rik drummond >access code: 5622719 >dial in number: 303.248.1416 in the USA > > > > > >//////////////////////// >Rik Drummond / >CEO Drummond Group / >v: 817.294.7339 / >f: 817,294.795 / >www.drummondgroup.com / >////////////////////////
TP&R Next Steps Orlando Mtg.pdf
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC