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

 


Help: OASIS Mailing Lists Help | MarkMail Help

sca-assembly message

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


Subject: Draft Minutes of 2009-03-03 are attached


Title: SCA-Assy - 2009-03-03

OASIS Logo

- DRAFT -

SCA-Assembly TC

03 MAR 2009

Attendees

Present

Michael Rowley Active Endpoints, Inc. Group Member
fred carter AmberPoint Group Member
Mark Combellack Avaya, Inc. Group Member
Dale Moberg Axway Software* Group Member
Jacques Durand Fujitsu Limited* Group Member
Robert Freund Hitachi, Ltd. Group Member
Eric Wells Hitachi, Ltd. Group Member
Bryan Aupperle IBM Group Member
David Booz IBM Group Member
Graham Charters IBM Group Member
Vamsavardhana Reddy Chillakuru IBM Group Member
Mike Edwards IBM Group Member
Simon Holdsworth IBM Group Member
Mike Kaiser IBM Group Member
Dieter Koenig IBM Group Member
Jim Marino Individual Group Member
Simon Nash Individual Group Member
Jeff Estefan Jet Propulsion Laboratory:* Group Member
Martin Chapman Oracle Corporation Group Member
Anish Karmarkar Oracle Corporation Group Member
Ashok Malhotra Oracle Corporation Group Member
Jeff Mischkinsky Oracle Corporation Group Member
Gilbert Pilz Oracle Corporation Group Member
Sanjay Patil SAP AG* Group Member
Plamen Pavlov SAP AG* Group Member
Sabin Ielceanu TIBCO Software Inc. Group Member
Scott Vorthmann TIBCO Software Inc. Group Member

Chairs

Martin Chapman
Mike Edwards

Scribe

Bob Freund

Agenda:

1. Opening

Introductions
Roll call
Scribe confirmation
Agenda bashing

2. Approval of minutes of SCA-Assembly TC meeting of 2nd March 2009
http://www.oasis-open.org/apps/org/workgroup/sca-assembly/download.php/31499/SCA%20Assembly%20minutes%202009-03-02.html

3. Action Items:

None

4. TC Administrivia

5. Existing Issues

ASSEMBLY-102 ASM60008 is a duplicate of ASM60012, ASM60013
http://www.osoa.org/jira/browse/ASSEMBLY-102

Proposal is to close with no action

ASSEMBLY-80: Create an Event Processing Model for SCA
http://www.osoa.org/jira/browse/ASSEMBLY-80

Proposal is to defer

ASSEMBLY-101 Complete the Conformance Section
http://www.osoa.org/jira/browse/ASSEMBLY-101

Latest Proposal:
http://www.oasis-open.org/apps/org/workgroup/sca-assembly/download.php/31486/sca-assembly-1%5B1%5D.1-spec-cd02-Rev5%20-%20ISSUE%20101%20v3.doc
http://www.oasis-open.org/apps/org/workgroup/sca-assembly/download.php/31487/sca-assembly-1%5B1%5D.1-spec-cd02-Rev5%20-%20ISSUE%20101%20v3.pdf

6. New Issues

ASSEMBLY-115 Remove @requires and @policySets from SCA property elements
http://www.osoa.org/jira/browse/ASSEMBLY-115

Proposal is in the JIRA

ASSEMBLY-116 Interface compatibility refers to input/output types which is ambiguous when using WSDL 1.1
http://www.osoa.org/jira/browse/ASSEMBLY-116

Proposal is in the JIRA

Latest discussion:
http://lists.oasis-open.org/archives/sca-assembly/200903/msg00024.html
http://lists.oasis-open.org/archives/sca-assembly/200903/msg00023.html

ASSEMBLY-117 Definition of compatible superset and subset
http://www.osoa.org/jira/browse/ASSEMBLY-117

Proposal is in the JIRA

ASSEMBLY-118 sca-1.1-schema-200803.xsd points to inexistent binding schemas
http://www.osoa.org/jira/browse/ASSEMBLY-118

Proposal is in the JIRA

ASSEMBLY-119 sca-1.1-schema-200803.xsd points to inexistent implementation schemas
http://www.osoa.org/jira/browse/ASSEMBLY-119

Proposal is in the JIRA

7. Vote on Publication of CD03 of Assembly Specification


8. Public Review of Assembly Specification

a) Vote to make CD03 the Public Review version of the Assembly Specification and to start the Public Review

b) Vote to Decide that the Public Review shall be 60 Days in length

c) Vote to treat all future Issues as Public Review comments

d) Vote to log all Public Review comments in JIRA under a new component called "Assembly Public Review"
9. AOB

Contents

Topics
[1]  Opening
[2]  ASSEMBLY-102 ASM60008 is a duplicate of ASM60012, ASM60013 http://www.osoa.org/jira/browse/ASSEMBLY-102
[3]  ASSEMBLY-80: Create an Event Processing Model for SCA http://www.osoa.org/jira/browse/ASSEMBLY-80
[4]  ASSEMBLY-101 Complete the Conformance Section http://www.osoa.org/jira/browse/ASSEMBLY-101
[5]  New Issues
[6]  ASSEMBLY-115 Remove @requires and @policySets from SCA property elements http://www.osoa.org/jira/browse/ASSEMBLY-115
[7]  ASSEMBLY-116 Interface compatibility refers to input/output types which is ambiguous when using WSDL 1.1 http://www.osoa.org/jira/browse/ASSEMBLY-116
[8]  ASSEMBLY-117 Definition of compatible superset and subset http://www.osoa.org/jira/browse/ASSEMBLY-117
[9]  ASSEMBLY-118 sca-1.1-schema-200803.xsd points to inexistent binding schemas http://www.osoa.org/jira/browse/ASSEMBLY-118
[10]  New Issue Assembly-120
[11]  CD03 decision
[12]  AOB
Table of Resolutions
Table of Action Items

Action Items


Resolutions


Minutes

Scribe: Bob Freund

Opening

roll - Quorate with 21 of 22 voting members present
Agenda - accepted
Resolution: Minutes of 2009-03-02 approved w/o

ASSEMBLY-102 ASM60008 is a duplicate of ASM60012, ASM60013 http://www.osoa.org/jira/browse/ASSEMBLY-102

proposal is to close with no action
Motion: m:Booz s:Wells close Assembly-102 with no action
Resolution: m:Booz s:Wells close Assembly-102 with no action w/o

ASSEMBLY-80: Create an Event Processing Model for SCA http://www.osoa.org/jira/browse/ASSEMBLY-80

Motion: m:Edwards s:MischkinskyDefer Assembly-80
Resolution: m:Edwards s:Mischkinsky Defer Assembly-80 w/o
Edwards assumes chair

ASSEMBLY-101 Complete the Conformance Section http://www.osoa.org/jira/browse/ASSEMBLY-101

Chapman discusses his proposal
<Mike Edwards>
<Martin C>
proposed text:
<Martin C>
12.1 SCA Documents
For a document to be a valid SCA Document, it MUST comply with one of the SCA document types below:
SCA Composite Document:
An SCA Composite Document is a file that MUST have an SCA <composite/> element as its root element and MUST conform to the sca-core-1.1.xsd schema and MUST comply with the additional constraints on the document contents as defined in Appendix C.
SCA ComponentType Document:
An SCA ComponentType Document is a file that MUST have an SCA <componentType/> element as its root element and MUST conform to the sca-core-1.1.xsd schema and MUST comply with the additional constraints on the document contents as defined in
Appendix C.
SCA ConstrainingType Document:
An SCA ConstrainingType Document is a file that MUST have an SCA <constrainingType/> element as its root element and MUST conform to the sca-core-1.1.xsd schema and MUST comply with the additional constraints on the document contents as defined in Appendix C.

SCA Definitions Document:
An SCA Definitions Document is a file that MUST have an SCA <definitions/> element as its root and MUST conform to the sca-definition-1.1.xsd schema and MUST comply with the additional constraints on the document contents as defined in Appendix C.
SCA Contribution Document:
An SCA Contribution Document is a file that MUST have an SCA <contributution/> element as its root element and MUST conform to the sca-contribution-1.1.xsd schema and MUST comply with the additional constraints on the document contents as defined in Appendix C.
SCA Interoperable Packaging Document:
A ZIP file containing SCA Documents and other related artifacts. The ZIP file MAY contain a top-level "META-INF" directory, and MAY contain a "META-INF/sca-contribution.xml" file, and MAY contain a "META-INF/sca-contribution-generated.xml" file.


12.2 SCA Runtime
An implementation that claims to conform to the requirements of an SCA Runtime defined in this specification MUST meet the following conditions:
1.The implementation MUST comply with all statements in Appendix C: Conformance Items related to an SCA Runtime, notably all MUST statements have to be implemented.
2.The implementation MUST conform to the SCA Policy Framework v 1.1 Specification [Policy].
3.The implementation MUST support and comply with at least one of the OpenCSA Member Section adopted implementation types.4.The implementation MUST support binding.sca and MUST support and conform to the SCA Web Service Binding Specification v 1.1. Other OpenCSA Member Section adopted bindings MAY also be supported.
<anish>
do we need a concept of 'SCA document"?
<anish>
it seems that it would be enuf to have 'sca composite document', 'sca CT document' etc
<anish>
but it is a minor point
Motion: m:Chapman s:Malhotra Resolve Assembly-101 with text above
<Martin C>
The ZIP file SHOULD contain a top-level "META-INF" directory, and SHOULD contain a "META-INF/sca-contribution.xml" file, and SHOULD contain a "META-INF/sca-contribution-generated.xml" file.
<Martin C>
The ZIP file MAY contain a top-level "META-INF" directory, and SHOULD contain a "META-INF/sca-contribution.xml" file, and MAY contain a "META-INF/sca-contribution-generated.xml" file.
<Simon Nash>
The ZIP file SHOULD contain a top-level "META-INF" directory, and SHOULD contain a "META-INF/sca-contribution.xml" file, and MAY contain a "META-INF/sca-contribution-generated.xml" file.
Motion: to amend m:Mischkinsky s:Booz change the text to read The ZIP file SHOULD contain a top-level "META-INF" directory, and SHOULD contain a "META-INF/sca-contribution.xml" file, and MAY contain a "META-INF/sca-contribution-generated.xml" file.
motion to amend passes w/o
Motion: m:Nash s:Aupperle in point Nr. 4 in 12.2 strike the final sentence
motion to amend passes w/o
<Martin C>
amended text:
<Martin C>
12.1 SCA Documents
For a document to be a valid SCA Document, it MUST comply with one of the SCA document types below:
SCA Composite Document:
An SCA Composite Document is a file that MUST have an SCA <composite/> element as its root element and MUST conform to the sca-core-1.1.xsd schema and MUST comply with the additional constraints on the document contents as defined in Appendix C.
SCA ComponentType Document:
An SCA ComponentType Document is a file that MUST have an SCA <componentType/> element as its root element and MUST conform to the sca-core-1.1.xsd schema and MUST comply with the additional constraints on the document contents as defined in
Appendix C.
SCA ConstrainingType Document:
An SCA ConstrainingType Document is a file that MUST have an SCA <constrainingType/> element as its root element and MUST conform to the sca-core-1.1.xsd schema and MUST comply with the additional constraints on the document contents as defined in Appendix C.

SCA Definitions Document:
An SCA Definitions Document is a file that MUST have an SCA <definitions/> element as its root and MUST conform to the sca-definition-1.1.xsd schema and MUST comply with the additional constraints on the document contents as defined in Appendix C.
SCA Contribution Document:
An SCA Contribution Document is a file that MUST have an SCA <contributution/> element as its root element and MUST conform to the sca-contribution-1.1.xsd schema and MUST comply with the additional constraints on the document contents as defined in Appendix C.
SCA Interoperable Packaging Document:
A ZIP file containing SCA Documents and other related artifacts. The ZIP file SHOULD contain a top-level "META-INF" directory, and SHOULD contain a "META-INF/sca-contribution.xml" file, and MAY contain a "META-INF/sca-contribution-generated.xml" file.


12.2 SCA Runtime
An implementation that claims to conform to the requirements of an SCA Runtime defined in this specification MUST meet the following conditions:
1.The implementation MUST comply with all statements in Appendix C: Conformance Items related to an SCA Runtime, notably all MUST statements have to be implemented.
2.The implementation MUST conform to the SCA Policy Framework v 1.1 Specification [Policy].
3.The implementation MUST support and comply with at least one of the OpenCSA Member Section adopted implementation types.4.The implementation MUST support binding.sca and MUST support and conform to the SCA Web Service Binding Specification v 1.1.
motion as amended is above
Resolution: resolve Assembly-101 with amended motion as above w/o

New Issues

ASSEMBLY-115 Remove @requires and @policySets from SCA property elements http://www.osoa.org/jira/browse/ASSEMBLY-115

Edwards reads the issue from the Jira
Motion: m:Karmarkar s:Nash Defer Assembly-115 until the Policy TC deals with the issue and go to PR without it
Resolution: m:Karmarkar s:Nash Defer Assembly-115 until the Policy TC deals with the issue and go to PR without it w/o
Chapman assumes chair

ASSEMBLY-116 Interface compatibility refers to input/output types which is ambiguous when using WSDL 1.1 http://www.osoa.org/jira/browse/ASSEMBLY-116

proposal is in the Jira
Motion: m:Karmarker s:Edwards Open Assembly-116
Resolution: Assembly-116 opened w/o
Karmarkar discusses proposed resolutions
<Mike Edwards>
Mikes email
<Mike Edwards>
<jeff.mischkinsky>
simon: are you ok with deferring this?
Edwards discusses his proposal contained in the email at http://lists.oasis-open.org/archives/sca-assembly/200903/msg00048.html
Motion: m:Mischkinsky s:Nash Defer Assembly-116
Resolution: m:Mischkinsky s:Nash Defer Assembly-116 w/o

ASSEMBLY-117 Definition of compatible superset and subset http://www.osoa.org/jira/browse/ASSEMBLY-117

<jeff.mischkinsky>
can i suggest that we simply open and defer the proposed new issues and get on with PR
<jeff.mischkinsky>
if we don't do that, it will take at least until next week
<Ashok>
+1
Motion: m:Edwards s:Nash open Assembly-117
<anish>
116 and 117 are related
<jeff.mischkinsky>
nice try bob
Motion: m:Mischkinsky s:Edwards defer Assembly-117
Resolution: defer Assembly-117 w/o

ASSEMBLY-118 sca-1.1-schema-200803.xsd points to inexistent binding schemas http://www.osoa.org/jira/browse/ASSEMBLY-118

<anish>
this is really a cross-TC co-ordination issue/AI
<jeff.mischkinsky>
if these are editorial, then lets not open the issue
Motion: m:Edwards s:Mischkinsky Close Issue 118 and 119 with no action and give an action to Edwards to sort out the SCA xsd files
Resolution: m:Edwards s:Mischkinsky Close Issue 118 and 119 with no action and give an action to Edwards to sort out the SCA xsd files w/o
<Bryan Aupperle1>
Edwards assumes chair

New Issue Assembly-120

<Martin C>
<EricW>
1st paragraph in section 8
<jeff.mischkinsky>
q+
<jeff.mischkinsky>
i'll second
Motion: m:Edwards s:Mischkinsky Open Issue-120 and to resolve it by removing line 2675 in cd06 rev6
Resolution: m:Edwards s:Mischkinsky Open Issue-120 and to resolve it by removing line 2675 in cd06 rev6

CD03 decision

<anish>
what is the list of issues we would be 'closing' when CD03 is approved?
Motion: m:Edwards Adopt as CD03 the result of the application to CD02 Rev 6 of all of the resolutions made since CD02 Rev6 was prepared and instruct the editors to prepare the text
<anish>
i.e., which issues were incorporated between CD02 and CD03
<Mike Edwards>
Apply resolutions to Issues 109, 101, 120 on top of CD02 Rev6 to make CD03
<jeff.mischkinsky>
aren't all the resovled issues contained in the minutes
Motion: m:Edwards s:Mischkinsky Adopt as CD03 the result of the application to CD02 Rev 6 of all of the resolutions made since CD02 Rev6 (109, 101, and 120) was prepared and instruct the editors to prepare the text
Chapman:
Since the time has run out, the motion expires

AOB

Straggler Roll
adjourned

[End of Minutes]
Formatted on 2009-03-03 at 12:46:17 GMT-5


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

Schreiber diagnostics output

[Delete this section before publishing the minutes]

final validation: Chair not specified, default chair was assumed

statistics: Schreiber found 93 input lines

edits: Schreiber found the following text-edit commands:

edits: Line 25: s/must/MUST/

edits: Line 30: s/MAY/SHOULD/

edits: Line 34: s/test/text

edits: Line 88: s/byRemove/by removing

command-scribe: Line 4: Since the line number is less than or equal to 20 we will interpret this as a scribename command, note that the scribe command is deprecated

command-scribe: Line 4: Bob Freund is recognized

command-scribe: Line 4: Bob Freund's nick Bob has been selected

edit-substitute: command on line 25 succeeded, changed line 23 from 'must' to 'MUST'

edit-delete: Line 25 was deleted

edit-substitute: command on line 30 succeeded, changed line 29 from 'MAY' to 'SHOULD'

edit-delete: Line 30 was deleted

edit-substitute: command on line 34 succeeded, changed line 33 from 'test' to 'text'

edit-delete: Line 34 was deleted

edit-substitute: command on line 88 succeeded, changed line 87 from 'byRemove' to 'by removing'

edit-delete: Line 88 was deleted

command-oasisroll: Line 100: Attempting to fetch roll from http://www.oasis-open.org/apps/org/workgroup/sca-assembly/event.php?event_id=16081

system: Transformer: SAXON 9.0.0.6

[End of Schreiber diagnostic output]


smime.p7s



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