OASIS Logo

OASIS SCA-BPEL TC

21 MAY 2009

Attendees

Present
Michael Rowley, (Active Endpoints, Inc.)
Mike Edwards, (IBM)
Martin Chapman, (Oracle Corporation)
Khanderao Kand, (Oracle Corporation)
Anish Karmarkar, (Oracle Corporation)
Ashok Malhotra, (Oracle Corporation)
Najeeb Andrabi, (TIBCO Software Inc.)
Danny van der Rijn, (TIBCO Software Inc.)
Chair
Anish Karmarkar
Scribe
Najeeb Andrabi

Contents

Topics
[1]  agenda bashing
[2]  approval of 2009-05-14 minutes
[3]  Action Item review
[4]  New issue 43
[5]  Test Assertion document review
[6]  Issue #41 discussion
Table of Resolutions
Table of Action Items

Action Items

New:
2009-05-21-1: Khanderao to modify 3008 per the suggesting in the chat
2009-05-21-2: editors to clean up prerequisite so that they are inlined
2009-05-21-3: Khanderao to modify 3009 per the text in the chat
2009-05-21-4: Khanderao to modify 3010 per chat

Resolutions

Minutes

<anish>
agenda -
<anish>
1. Roll Call
http://www.oasis-open.org/apps/org/workgroup/sca-bpel/members/roster.php
2. Appointment of scribe
Scribe list attached below
3. Agenda bashing
4. Approval of May 14, 2009 minutes
http://lists.oasis-open.org/archives/sca-bpel/200905/msg00038.html
5. Action Items review
#0062 Sanjay - Reword SBL-TA-SP01 to reflect new tighter spec language
PENDING
#0068 Editors - fix the typo "orginalName" in the section 2.3
PENDING
#0069 Khanderao - SBL-TA-3001: Prerequisite should be about "two or more variable declarations
PENDING
#0070 Khanderao - SBL-TA-2020: replace the Prerequisite statements a) and b) by the combined statement - "Multiple partner links (defined in different scopes) share the same name".
PENDING
#0071 Khanderao - SBL-TA-2022: Include 'prerequisite of SBL-TA-2020' as additional prerequisite
PENDING
#0072 Khaderao - SBL-TA-3002 Update prerequisites a) and c) on the lines of: a) a variable declaration has an sca-bpel property attribute b) a value is provided for the property via component configuration
PENDING
#0074 Khanderao - Change the target of 3003 to CT
PENDING
#0076 Khanderao - refind the target of 3005
PENDING
#0077 Anish - fix the target where it says: "The component type of the component that uses " with "CT of the BPEL process"
PENDING
#0078 Danny - Propose resolution for Issue BPEL-42
DONE
#0079 MikeR - Propose alternate algorithm for issue BPEL-41
DONE
6. New Issues
a. Issue 43
Invalid start-from-componentType scenario in abstract
http://osoa.org/jira/browse/BPEL-43
7. Test assertion doc
Latest Draft v06: http://lists.oasis-open.org/archives/sca-bpel/200904/msg00028.html
Review TAs added by Khanderao starting at SBL-TA-3008
Review TAs added by Sanjay starting at SBL-TA-SP04
8. Issue Discussion
a) Issue 41
SBPEL2022 has an incorrect 'MAY' and is not applied recursively
http://www.osoa.org/jira/browse/BPEL-41
Email discussion -
http://lists.oasis-open.org/archives/sca-bpel/200905/msg00035.html
http://lists.oasis-open.org/archives/sca-bpel/200905/msg00041.html
b) Issue 42
SBPEL3004 has an incorrect 'MAY'
http://www.osoa.org/jira/browse/BPEL-42
Email discussion --
http://lists.oasis-open.org/archives/sca-bpel/200905/msg00022.html
http://lists.oasis-open.org/archives/sca-bpel/200905/msg00025.html
http://lists.oasis-open.org/archives/sca-bpel/200905/msg00031.html
http://lists.oasis-open.org/archives/sca-bpel/200905/msg00040.html
9. Plan for testing
Seeking volunteers to write test cases
10. AOB

Scribe: Najeeb Andrabi

Anish:
one new issue #43

agenda bashing

 
Agenda approved.

approval of 2009-05-14 minutes

<anish>
http://lists.oasis-open.org/archives/sca-bpel/200905/msg00038.html
 
May 14th minutes approved.
Resolution: minutes of 2009-05-14 telcon located at http://lists.oasis-open.org/archives/sca-bpel/200905/msg00038.html approved

Action Item review

 
All action items pending except AI 78 and 79.

New issue 43

 
Issue 43 discussion
<anish>
http://osoa.org/jira/browse/BPEL-43
 
Danny moves to open issue 43
 
Khanderao seconds.
 
Motion passed unanimously.
Resolution: Issue 43 opened
 
Issue 43 is now open.
<anish>
Change it to talk about constraining types:
Implement an SCA Constraining Type. It should be possible to use WS-BPEL to implement any SCA Constraining Type that uses only WSDL interfaces to define services and references, possibly with some SCA specific extensions used in process definition.
<Mike Edwards>
+1
 
Danny moves to adopt the proposal
 
for issue 43
 
Mike Edwards seconds.
 
to resolve issue 43 with the proposal that is in jira.
 
Motion passed unanimously
Resolution: issue 43 resolved with proposal in Jira
 
Issue 43 is resolved.

Test Assertion document review

<anish>
http://lists.oasis-open.org/archives/sca-bpel/200904/msg00028.html
 
SBL-TA-3008 review:
Khanderao:
Predicate needs to be corrected.
<Mike Edwards>
My suggestion:
<Mike Edwards>
Target: partner link element of BPEL process
<Mike Edwards>
Prerequisite: Partner link has @myRole attribute referencing a role which is the only role of a partner link type
<Mike Edwards>
Predicate: partner link element has no sca-bpel:multiRefFrom attribute declared
Action: Khanderao to modify 3008 per the suggesting in the chat
 
Action for Khanderao to modify SBL-TA-3008 based on Mike Edwards suggestion.
Action: editors to clean up prerequisite so that they are inlined
<Khanderao>
Prerequisit: Partner link has a sca-bpel:service attribute.
<Khanderao>
Predicate: Partnerlink does not have the sca-bpel:multiRefFrom attribute
Action: Khanderao to modify 3009 per the text in the chat
 
SBL-TA-3010 assertion discussion:
Mike Edwards:
partner link is not what is getting tested.
<Khanderao>
Target: Sca-bpel:multiRefFrom attribute on partnerLink element
Anish:
 
A partnerLink associated with the multi-valued reference via a scabpel:
multiRefFrom attribute (see SBPEL3010, SBPEL3008 and
SBPEL3009)
 
is only required Prerequisite.
<anish>
prereq: Partner link has a sca-bpel:multiRefFrom attribute.
Action: Khanderao to modify 3010 per chat
 
Anish and Khanderao test assertion review completed.
 
Test assertions by Sanjay still needs to reviewed.

Issue #41 discussion

<anish>
a) Issue 41
SBPEL2022 has an incorrect 'MAY' and is not applied recursively
http://www.osoa.org/jira/browse/BPEL-41
Email discussion -
http://lists.oasis-open.org/archives/sca-bpel/200905/msg00035.html
http://lists.oasis-open.org/archives/sca-bpel/200905/msg00041.html
<anish>
http://lists.oasis-open.org/archives/sca-bpel/200905/doc00002.doc
Michael Rowley:
lexical ordering is the only ordering, so there is no need to be explicit.
Danny:
there is in-consistency in how the derived partner link names are generated by the algorithm.
Martin Chapman:
concerns about lexical order as it can be changed in parallel flow.
Martin Chapman:
for this algorithm to work the BPEL process files have to exactly the same.
Anish:
Algorithm should to mangle partner link names that do not collide.
 
not
Danny:
prefers one pass algorithm.
<Martin C>
does any one actually have examples where clashes occur; i mean real life ones
<Martin C>
time gentlemen please

[End of Minutes]
Formatted on 2009-05-21 at 16:22:53 GMT-7

Minutes formatted by Schreiber, a collection of XSLT stylesheets by Bob Freund modeled after David Booth's scribe