sca-assembly message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: Draft Minutes from 2008-10-28 are attached
- From: Bob Freund <bob.freund@hitachisoftware.com>
- To: sca-assembly@lists.oasis-open.org
- Date: Tue, 28 Oct 2008 12:26:43 -0400
Title: SCA-Assy - 2008-10-28
Hide Chat
Action Items
- Done:
- id=2008-10-30-3 status=done Karmaker to develop concrete text consistent with the directional resolution to Assembly-36
- id=2008-10-21-1 status=done Edwards to produce an updated version of the Issue 16 proposal
- id=2008-10-21-2 status=done Edwards to refine the proposal for Assembly-51 and to post to the list
- id=2008-10-21-3 status=done Edwards to kick offdebate on Assembly-48 via the list
- Dropped:
- id=2008-06-03-6 status=dropped Test sub cttee produce test assertions and test artifacts and test harness
- Pending:
- id=2008-08-26-2 status=pending Edwards to re-consider the application of the resolution to assembly-57
- id=2008-09-16-1 status=pending owner="Editors" Add text to justify no operator overloading as described in DaveB's E-mail
- id=2008-10-30-1 status=pending Vorthmann to examine the specification and create text that implements the directional resolution to Assembly-37
- id=2008-10-30-4 status=pending Editors to fix pseudoschemas a/r to be consistent with the resolution that resolves Assembly-32
- id=2008-10-30-5 status=pending Vorthman to create a proposal relative to potential solution for issue 5
- id=2008-10-30-6 status=pending Koenig do the detailed work to implement the resolution to Assembly-60
- id=2008-10-30-8 status=pending Freund to draft a conformance statement
Minutes
Opening
Roll - quorate with 17 of 23 voting members
Resolution: Minutes of 2008-10-21 approved w/o
Action Items
Action: id=2008-06-03-6 status=dropped Test sub cttee produce test assertions and test artifacts and test harness
Action: id=2008-08-26-2 status=pending Edwards to re-consider the application of the resolution to assembly-57
Action: id=2008-09-16-1 status=pending owner="Editors" Add text to justify no operator overloading as described in DaveB's E-mail
Action: id=2008-10-30-1 status=pending Vorthmann to examine the specification and create text that implements the directional resolution
to Assembly-37
Action: id=2008-10-30-3 status=done Karmaker to develop concrete text consistent with the directional resolution to Assembly-36
Action: id=2008-10-30-4 status=pending Editors to fix pseudoschemas a/r to be consistent with the resolution that resolves Assembly-32
Action: id=2008-10-30-5 status=pending Vorthman to create a proposal relative to potential solution for issue 5
Action: id=2008-10-30-6 status=pending Koenig do the detailed work to implement the resolution to Assembly-60
Action: id=2008-10-30-8 status=pending Freund to draft a conformance statement
Action: id=2008-10-21-1 status=done Edwards to produce an updated version of the Issue 16 proposal
Action: id=2008-10-21-2 status=done Edwards to refine the proposal for Assembly-51 and to post to the list
Action: id=2008-10-21-3 status=done Edwards to kick offdebate on Assembly-48 via the list
Administrivia
Conformance and Test
...please look this over with the intent of having an approval vote at the next meeting
...adoption of this version is in the way of editors making further changes
Issues
Edwards discusses the proposals
Motion: m:Edwards s:Booz resolve Assembly-73 with no action
Resolution: m:Edwards s:Booz resolve Assembly-73 with no action w/o
Edwards refers members to the spec document for the discussion (ref new section 6.8)
Edwards then refers members to section 9.2
Karmarkar leads the discussion about his proposal to replace section 4.1
<Mike Edwards>
Complete adjusted text:
<Mike Edwards>
[1] Component type represents the configurable aspects of an implementation.
A component type consists of services that are offered, references to
other services that can be wired and properties that can be set. The
settable properties and the settable references to services are
configured by a component that uses the implementation.
An implementation type specification (for example, the WS-BPEL Client
and Implementation Specification Version 1.1 [ref]) specifies the
mechanism(s) by which the component type associated with an
implementation of that type is derived.
Since SCA allows a broad range of implementation technologies, it is
expected that some implementation technologies (for example, the Java
Client and Implementation Specification Version 1.1 [ref]) allow
for introspecting the implementation artifact(s) (for example, a Java
class) to derive the component type information. Other implementation
technologies might not allow for introspection of the implementation
artifact(s). In those cases where introspection is not allowed, SCA
encourages the use of a SCA component type side file. A component type
side file is an XML file whose document root element is
sca:componentType.
The implementation type specification defines
whether introspection is allowed, whether a side file is allowed, both are
allowed or some other mechanism specifies the CT.
The component type information derived through introspection is
called the 'introspected component type'. In any case, the implementation
type specification specifies how multiple sources of information
are combined to produce the 'effective component type'. The effective
component type is the component type metadata that is
presented to the using Component for configuration.
The extension of a componentType side file name MUST be
.componentType. The name and location of a componentType side file, if
allowed, is defined by the implementation type specification.
If a component type side file is not allowed for a particular
implementation type, the effective component type and introspected
component type are one and the same for that implementation type.
For the rest of this document, when the term 'component type' is used it refers to the 'effective component type'.
Motion: m:Karmarkar s:Aupperle Resolve Assembly-36 by replacing section 4.1 with the test at [1] above
Resolution: m:Karmarkar s:Aupperle Resolve Assembly-36 by replacing section 4.1 with the test at [1] above w/o
Edwards reviews the proposal
Edwards reviews his proposal
Motion: m:Edwards s:Karmarkar Resolve Assembly-48 by closing with no action
Resolution: m:Edwards s:Karmarkar Resolve Assembly-48 by closing with no action w/o
AOB
adjourned after resolving five issues
[End of Minutes]
Formatted on 2008-10-28 at 12:24:44 GMT-4
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]
statistics: Schreiber found 68 input lines
edits: Schreiber found the following text-edit commands:
edits: Line 36: s/proposal at/proposals are contained in
edits: Line 44: s/n :/n:
edits: Line 54: s/Anish/Karmarkar
edits: Line 60: s/Component type represents/[1] Component type represents
command-scribe: Line 4: Bob Freund is recognized
command-scribe: Line 4: Bob Freund's nick bob has been selected
command-chair: Line 8: Since the line number is less than or equal to 20 we will interpret this as a chairname command, note
that the chair command is deprecated
command-chair: Line 9: Since the line number is less than or equal to 20 we will interpret this as a chairname command, note
that the chair command is deprecated
edit-substitute: command on line 36 succeeded, changed line 35 from 'proposal at' to 'proposals are contained in'
edit-delete: Line 36 was deleted
edit-substitute: command on line 44 succeeded, changed line 43 from 'n :' to 'n:'
edit-delete: Line 44 was deleted
edit-substitute: command on line 54 succeeded, changed line 53 from 'Anish' to 'Karmarkar'
edit-delete: Line 54 was deleted
edit-substitute: command on line 60 succeeded, changed line 56 from 'Component type represents' to '[1] Component type represents'
edit-delete: Line 60 was deleted
command-kaviroll: Line 75: Attempting to fetch roll from http://www.oasis-open.org/apps/org/workgroup/sca-assembly/event.php?event_id=16063
system: Transformer: SAXON 9.0.0.6
[End of Schreiber diagnostic output]
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]