sca-assembly message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: Draft minutes of 2008-10-14 are attached (sorry for lateness)
- From: Bob Freund <bob.freund@hitachisoftware.com>
- To: sca-assembly@lists.oasis-open.org
- Date: Tue, 21 Oct 2008 15:35:32 +0200
Title: SCA-Assy - 2008-10-14
Hide Chat
Action Items
- Done:
- id=2008-10-30-2 status=done Edwards to write up some specific text consistent with the directional resolution to Assembly-16
- id=2008-10-30-7 status=done Edwards to make a version of the spec and will label normative statements and will produce an example test case
- Pending:
- id=2008-06-03-6 status=pending Test sub cttee produce test assertions and test artifacts and test harness
- id=2008-08-26-2 status=pending Editors 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-3 status=pending Karmaker to develop concrete text consistent with the directional resolution to Assembly-36
- 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
Martin Chapman and Ashok Malhotra are on LOA
Mark Combellack has come off LOA
Roll - quorate with 13 of 24 voting members
Resolution: Minutes of 2008-09-30 approved w/o
Action Items
Action: id=2008-06-03-6 status=pending Test sub cttee produce test assertions and test artifacts and test harness
Action: id=2008-08-26-2 status=pending Editors 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-2 status=done Edwards to write up some specific text consistent with the directional resolution to Assembly-16
Action: id=2008-10-30-3 status=pending 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-7 status=done Edwards to make a version of the spec and will label normative statements and will produce an
example test case
Action: id=2008-10-30-8 status=pending Freund to draft a conformance statement
Conformance & Test
Edwards reviews the materials
Nash suggests we in-line the text from the appendix so that it is absolutely the same text
<Bryan Aupperle>
is it just me or is there noise on the line?
<anish>
the contribution should not be thrown out
<anish>
only the deployment should fail
<anish>
we have a many-many
New Issues
Karmarkar discusses his new issue
Resolution: Assembly-86 opened w/o
<Jim Marino>
I am in on the call, just mute problem
Resolution: m:Karmarkar s:Booz New Issue Assembly-87 opened w/o
<Sanjay>
Anish, curious to know the scenarios that would benefit from standardization of the CRUD API for the definitions infoset.
Old Moldy Issues
<Sanjay>
I guess any SCA runtime implementation will have to come up with some CRUD API for its own sake but is there a real reason
for standardizing these API?
<anish>
gd Q sanjay, but this applies to all the abstract APIs that we define
<anish>
i still think that changing property using the property URI is very strange
<anish>
at runtime that is
<anish>
for example i configured composite A containing a component property. Composite A is now used at multiple places. The property
value is guaranteed to be the same regardless of where and how composite A is used.
<anish>
if u use a URI to change a property inside a particular occurrence of the property, u'll be breaking the encapsulation
<anish>
how about 'relevant binding type'
<Sanjay>
I also don't see a convincing case for changing props of deployed components but I guess defining a URI for props is harmless.
We may raise some Qs in the mind of the spec reader but I guess we are way beyond worrying about that :-)
Time ran out in discussion...
AOB
<Mike Edwards>
Thanks Bob
<Mike Edwards>
can you give me a few minutes to sort out the roll, Bob
<Mike Edwards>
I'd like to get Simon & Mark's status adjusted
no problem. just let me know when
<Mike Edwards>
OK, Bob - all done
[End of Minutes]
Formatted on 2008-10-21 at 15:33:49 GMT+2
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 83 input lines
edits: Schreiber found the following text-edit commands:
edits: Line 4: s/1. Opening/Agenda: 1. Opening
edit-substitute: command on line 4 succeeded, changed line 1 from '1. Opening' to 'Agenda: 1. Opening'
command-scribe: Line 2: Bob Freund is recognized
command-scribe: Line 2: Bob Freund's nick bob has been selected
edit-delete: Line 4 was deleted
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
console: Line 114: kaviroll: http://www.oasis-open.org/apps/org/workgroup/sca-assembly/event.php?event_id=16061
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]