- From: Mike Champion <mike.champion@softwareag-usa.com>
- Date: Wed, 29 Jan 2003 21:13:33 -0500
- To: www-ws-arch@w3.org
For those who could not attend, or those trying to make sense of it all,
here's an attempt to summarize the recent WSA WG F2F meeting. Many thanks
to the host, Cyclone Commerce, for their hospitality!
IRC logs are at:
http://www.w3.org/2003/01/22-ws-desc-irc
http://www.w3.org/2003/01/22-ws-arch-irc
http://www.w3.org/2003/01/23-ws-arch-irc
http://www.w3.org/2003/01/24-ws-arch-irc
** Participants are asked to suggest additions or corrections if their
recollections and notes are better than mine. Also, if if anyone scribed
into an offline file rather than IRC, please send it to the Administrative
list ASAP. ***
Wednesday:
Discussion of Reliability and the WS-Reliability spec and activity
(No action items?)
JOINT MEETING WITH WSD WG
Usage Scenarios
- Will reappoint Usege Scenarios TF members to revitalize this
deliverable.
Internationalization of web services (Martin Duerst)
- Please review
http://www.w3.org/TR/2002/WD-ws-i18n-scenarios-20021220.
WS Security WSDL Extensions:
- Jonathan Will work with CG to say that Wsdesc wg would be interested to
get feedback on WSDL 1.2 from people that write wsdl extensions.
Schedule confirmed:
- Rennes: May 12-16 (Desc goes first)
- Toronto: July 28-August 1 (Arch goes first)
- Consider West Coast in Sept, Sydney in Nov to combine with AC meeting
in Japan.
Summary of Dave Orchard's comments on the WSD Requirements doc
http://lists.w3.org/Archives/Public/public-ws-desc-
comments/2003Jan/0000.html
BREAKOUT SESSIONS
WSA and the Webarch / REST - Dave Orchard is updating a message from long
ago outlining three different approaches to the same application
requirement, stressing the strengths/weaknesses of each.
Objective is to make sure that it accurately reflects a REST
and non-REST approach from the point of view of the advocates.
Refactoring the WSA document
- Eric Newcomer will sketch out a more minimal / formal structure for the
document to make it more of an "architecture" and less of a brain dump.
Existing material will be re-used or moved to a Roadmap / Primer as
appropriate
Incorporating asynch and pub-sub MEPs into the WSA
See Mark Jone's document at
http://lists.w3.org/Archives/Member/w3c-ws-arch/2003Jan/0044.html
[any action items?]
Updating the Glossary document
See the IRC log at http://www.w3.org/2003/01/22-wsaf2f-gloss-irc
TROUT POND - Open-ended discussion [ no minutes taken]
Thursday:
DOCUMENT REFACTORING DISCUSSION SUMMARY
There was a rough consensus that the current WSA document is too focused
on narrative description and needs to refactored to formally define the
properties and relationships that comprise the Web services architecture.
[Incorporating some discussion from Friday morning] The proposed outline
is:
Ch. 0 Preface (including the rationale, history, etc.)
Ch. 1 Contract with the reader (definition of audience, what they can
expect)
Ch 2. Concepts and Relationships (definition of key terms and how they
relate to one another)
Ch. 3. Architectural qualities ("ilities" such as reliability,
scalability, etc. implied by multiple concepts and relationships)
Ch. 4 Constraints
RELIABILITY / RELIABLE MESSAGING BREAKOUT SESSIONS
There was a general discussion of "reliability". Mike C. summarized
the mailing list activity as follows: Three different aspects have been
discussed and intermingled: 1) mechanical means to make sure that a
message arrives once and only once. 2) rest model of designing your
messaging such that you can always retry. 3) Choreography (broadly defined)
in which messaging failure is one of the many things that can go wrong in a
business transation and some sort of compensation or rollback is necessary.
A number of people (especially Hao He) stressed that reliable messaging
is only part of the problem in making sure that a produce and consumer get
the job done, the overall interaction between the producer and consumer
also may need to be reliability. This gets into some of the management
issues related to reliability.
We split into two groups, one to investigate reliability "top down" from
general principles, and one to investigate reliable messaging from the
"bottom up."
- Action items to the two groups to produce concise summaries of their
discussions and implications for the WSA spec.
RETHINKING DISCOVERY - DAVID BOOTH
David Booth led a discussion of
http://www.w3.org/2002/ws/arch/2/10/roles_clean.htm
This was very well received by the WG. We believe that this could be the
basis for a Primer or Roadmap document that would present the WSA at a high
level. The important new concepts seemed to
be a) Humans must be explicitly modeled in the WSA; they are somehow
involved in discovering services,
writing software, and coming to out-of-band agreements on what's going
on; b) It's important to incorporate both the machine-processable
descriptions of the mechanics of a web service and the
human processable semantics of a web service to model discovery.
- Action item: David will expand the document to add a "Scenario 0" which
is the Web as we know it as well as a Scenario n+1 which will describe [?].
- Action item: the editors will harvest David's document for concepts,
relationships, and diagrams as appropriate.
- Action item: David and Hugo will work to reconcile the terminology in
this document and the Glossary.
Friday:
REVIEW OF ISSUES LIST
A "triage" on the issues list was performed to see if there were issues
we could dispose of, either by not accepting them or resolving them
quickly. A few were resolved. Many action items were handed out to
individuals who would "champion" the resolution of specific items.
MANAGEMENT TASK FORCE REPORT
See
http://www.w3.org/2003/ws/arch/3/01/heather/Management_f2f_012102_clean.htm
Long discussion of process and coordination issues.
Action item: The MTF will make concrete recommendations by the next F2F.
DOCUMENT REFACTORING DISCUSSION
See the summary above; this discussion clarified the outline. The
editors and various ad hoc groups
are working to produce a "proof of concept" of the new structure to see
if it works.
--
Mike Champion
Received on Wednesday, 29 January 2003 21:14:34 UTC