OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

bpel4people message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [bpel4people] BPEL4People TC - 5/14 Draft Agenda


Title: Message
Here is a slide that might help in this debate. This workflow is taken from section 3 of the OASIS Process.
The debate centres around when do we move a working draft to a committee draft, and can a working draft still be a working draft even if it contains some newly approved material.
 
Martin.
-----Original Message-----
From: Martin Chapman [mailto:martin.chapman@oracle.com]
Sent: Wednesday, May 14, 2008 1:41 PM
To: 'Luc Clement'; 'Dave Ings'; bpel4people@lists.oasis-open.org
Subject: RE: [bpel4people] BPEL4People TC - 5/14 Draft Agenda

Why would consensus be left to the end?
A TC can produce as many committee drafts as its wants, and each committee draft represents the current baseline of agreement, since the TC gets to vote to make a document a CD.
 
There is no requirement to publish each CD to the OASIS Doc repository, which does involve effort, and I do not suggest we do.The only requirement is to post CDs to the TC pages.
All we are arguing about is what we call the entity we "check-in". I have no idea what you call it, but I think the OASIS process strongly suggests we call them committee drafts. I see no reason to change a process that is not broken and is in use in several TCs.
 
Martin.
 
 
 
-----Original Message-----
From: Luc Clement [mailto:luc.clement@activevos.com]
Sent: Wednesday, May 14, 2008 2:18 AM
To: 'Dave Ings'; bpel4people@lists.oasis-open.org
Subject: RE: [bpel4people] BPEL4People TC - 5/14 Draft Agenda

Dave / All: to help the discussion on agenda item 5 “Discuss TC Issue Collaboration Model” I’ll recap below the issue we need to resolve. See comments inline

 

Luc Clément

Active Endpoints, Inc

+1.978.793.2162  | luc.clement@activevos.com

 

From: Dave Ings [mailto:ings@ca.ibm.com]
Sent: Tuesday, May 13, 2008 13:48
To: bpel4people@lists.oasis-open.org
Subject: [bpel4people] BPEL4People TC - 5/14 Draft Agenda

 

Here's the draft agenda for this week's TC meeting. Suggestions welcome.

Proposed Agenda

1. Roll call and assignment of today's minute taker.

According to the chair's records, the minute taker candidates are Martin Chapman, Manoj Das and Sabine Holz.

2. Review and approval of the 4/30 TC minutes

3. Agenda Review

4. Discuss First F2F Meeting

5. Discuss TC Issue Collaboration Model

[lc] Recall from the attached the following:

At issue is that only “a resolved issue whose applied changes have been incorporated into a committee draft” can be closed. There are  three problems with this: 1) the need to emit a committee draft, 2) items can’t be closed until applied to a CD, and 3) ensuring that we have consensus on an issue cannot truly be determined

The Editor’s SC proposed the following at http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=bpel4people-editors with the intent to allow issues to be closed as we collectively review working drafts and approve the changes applied:

Periodically, the SC will submit to the TC a list of changes applied to the specs/WSDL/XSDs for review. The rate and number of issues incorporated and submitted to the TC will depend on a number of factors. Ease of review will be the primary criterion dictating when a version of a document should be submitted to the TC for consideration.

The SC will aim to provide the TC at least one (1) week for review of the documents. Upon approval by the TC a designated editor will accept all changes approved and submit the document(s) to SVN hosted on SourceForge.net.

“Closing” an issue is agreement (by way of vote) that what the Editors incorporated in the spec meets the TC’s approval. The rules that apply for reopening an issue (per the attached) would apply. Approving an issue is not approval of the document as a WD or a CD.

Martin argues that:

The issues process that the TC has already adopted says that an issue will only be closed (moved from resolved/applied) once the whole document is approved. If we want to change this process a concrete proposal should be made to the whole TC. Since I am not proposing any changes to what we have already adopted I think the onus is on you to make a proposal to the TC. In particular I do not understand how a working draft is marked to say that it includes some "approved" edits especially if changes bars have been accepted; this would need to be spelt out along with any changes to the issues state diagram.

 

The reason the process is as it is, is  quite simple. While the edits to a single issue may be approved in principle, it is not until you consider the whole document that you can assess whether one issue's edits affected another's. This is akin to unit and system testing.

Using Martin’s analogy, what the Editor’s SC proposed is closing an issue is akin to passing a unit test and that you can proceed to a “check-in”. This does not imply that we’ve “released” the product.

I propose that we discuss these views and decide one way or another during the call. I side with the Editor’s proposal given that it will allow us to build consensus throughout the process rather than leaving this to the end.

 [/lc]



6. Discuss New Issues (13, 14, 15)

http://www.osoa.org/jira/secure/IssueNavigator.jspa?reset=true&pid=10060&status=10000

7. Discuss Open Issues 2, 6, 11:

Issue 2: Defer Activation Time is missing from HT protocol message
Issue 6: Does ht:getLogicalPeopleGroup() cause an LPG to evaluate?
Issue 11: Initialization of process generic human roles in b4p

At this point editing subcommittee members will stay on the line; all others will drop off.

8. Editing subcommittee meeting

Telecon Information:

North American toll-free number: 866-245-5059
European toll-free number: (00)-800-4444-1010
International number: 416-343-2607
Conference ID: 2388736

Informal chat room: http://webconf.soaphub.org/conf/room/bpel4people-TC

Regards, Dave Ings,
Emerging Software Standards
Email: ings@ca.ibm.com
Yahoo Messenger: dave_ings



OASIS TC Doc process.ppt



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]