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


Help: OASIS Mailing Lists Help | MarkMail Help

sca-j message

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

Subject: Java TC raw minutes July 13th 2009

Dave Booz: - Roll Call
- Appointment of scribe. List attached below
- Agenda bashing
- Approval of minutes for 10th July 2009

0. Administration
- Issue Status: Open: 24
- SCA-J Public Review
Started: 8th June 2009
Ends: 7th August 2009

1. Review action items:

Action Items that I believe are done:

Action Items that I believe are still to be done:
2008-11-11-22: Mark to draw up some wording for Direction 1 (as discussed at the November F2F) for JAVA-62
2008-11-11-23: Mark (and others prepared to help) to investigate the WorkManager JEE spec and determine its applicability to SCA for JAVA-62
2009-05-11-01: Editors: remove extra space on line 767 of CD01 (PDF)
2009-06-19-01: Mike E to prepare a detailed proposal for Issue 149
2009-07-06-01: Dave B to raise to liaison (so that other C&Is can consider and possibly assembly) that non-XML based C&Is should state how the conversion of property values happens
2009-07-10-01: Mike E to make sure Ram attends calls to discuss his issues (JAVA-150, JAVA-167 and possibly others)

2. SCA-J Test Suite

Discussion on the Test Assertions and Test Cases documents

3. New Issues (Excluding EJB/Spring new issues)


4. Open Issues

a. JAVA-139: Default value for SCA property is not supported for java implementations
Updated proposal:
Continued from last Monday's call

b. JAVA-118: EJB Binding: Need description for and
Latest proposal:

c. JAVA-166: Spring C&I does not say anything about SCA annotations
Outline proposal in Jira

d. JAVA-167: SCA Spring C & I specification should make type attribute as optional for element
Outline proposal in Jira
Waiting for Ram to be on the call

e. JAVA-150: SCA Spring C & I specification need to mention how SCA runtime should load multiple application context files.
Proposal in Jira
Waiting for Ram to be on the call

5. Issues waiting for updated proposals

a. JAVA-46: equals() method on ServiceReference and CallableReference
Waiting for updated proposal

b. JAVA-155: Inconsistent normative statements in Chapter 10
Discuss - What do we do next?
Waiting for updated proposal

c. JAVA-127: Long running request/response operations
Waiting for presentation slides

d. JAVA-168: Conversion rules for property values are not specified
Proposed direction:
Waiting for full proposal

6. Issues without proposals

a. JAVA-13: ComponentContext.getProperty(...) ill defined
No proposal

b. JAVA-51: More examples on mapping to Java
No proposal

c. JAVA-54: Section 7.1 of the Java CAA Specification is unclear
No proposal

d. JAVA-62: Clarify what a Component Implementation can do with threads
No proposal

e. JAVA-78: Need API to set EPR and for a reference invocation
No proposal

f. JAVA-156: Intent annotations are missing from Java CAA as compared to Policy FW spec
No proposal

7. AOB

a. Straggler roll call

Rotating scribe list:

Anish Karmarkar Oracle Corporation (12)
Yang Lei (8 )
Simon Nash Individual (9)
Mike Edwards IBM (11)
Graham Charters IBM (4)
Ashok Malhotra Oracle Corporation (12)
Martin Chapman Oracle Corporation (11)
Bryan Aupperle IBM (13)

Graham Charters: Scribe: Graham Charters
Graham Charters: Agenda updates: None
Graham Charters: Quorate (6/11)
Graham Charters: Approval of minutes: no updates.  Minutes accepted.
Graham Charters: 24 open issues.  Still in public review.
Graham Charters: Action Item Review:
Graham Charters: 2009-07-10-01 - Done
Graham Charters: Test Suite:
Graham Charters: No comments.
Graham Charters: New Issues:
Graham Charters: None
Graham Charters: Open Issues:
Graham Charters: Java-139
Graham Charters: JAVA-139: Default value for SCA property is not supported for java implementations
Graham Charters: Mike would like to propose "close no action" because he feels it is an unnecessary complexity.
Graham Charters: Main advocates are Simon and Anish, but neither are on the call.  Holding off to give Anish chance to join.
Graham Charters: Skipping to "JAVA-167: SCA Spring C & I specification should make type attribute as optional for element " to take advantage of Ram on the call.
Graham Charters: Implicit services take interface from the Spring bean, or the bean type itself (if it does not implement an interface).  We should not need to specify the type on sca:service because we can determine it from the bean.  Suggestion is to make the type optional and the default would be the interface of the bean it's pointing to (consistent with implementation.java).
Graham Charters: Mike motions to resolved Java-167 with the direction laid out in the Jira.
Graham Charters: Bryan A seconds.
Graham Charters: Accepted with unanimous consent.
Graham Charters: Action: Mike E to produce text for Java-167
Graham Charters: JAVA-150: SCA Spring C & I specification need to mention how SCA runtime should load multiple application context files.
anonymous morphed into anish
Graham Charters: Issue concerns handling of multiple application context files.  Ram took the group through the issue.  Mike E was concerned the proposal impact was not clear.  Would like to see the proposal written into the spec with change tracking on.
Graham Charters: Action: Ram to write up the proposal in the spec with change tracking on.
Mike Edwards: I'll dial in
Mike Edwards: again
Mike Edwards: my line dropped too
Mike Edwards: back again
Mike Edwards: Graham is sounding chopped now
Graham Charters: I have to go for 1 mins.  And I'm scribe.
Mike Edwards: graham - suggest that you use the US dial in
Graham Charters: Back
Graham Charters: JAVA-139: Default value for SCA property is not supported for java implementations
Graham Charters: Anish: would be nice to provide simple support for the most common use cases.  Anish could live without this.
Graham Charters: Mike thinks closing is the right answer.  Current proposal does not handle all the cases.
Graham Charters: Mike E moved to "close no action".
Graham Charters: Bryan A seconds
Graham Charters: No discussion
Graham Charters: Anish abstains
Graham Charters: No objections.  Motions passes.  Java-139 closed.
Graham Charters: JAVA-118: EJB Binding: Need description for and
Graham Charters: In v4, Dave has attempted to align this with the Web services binding spec.
anish: +1 to the proposal
anish: http://lists.oasis-open.org/archives/sca-j/200907/msg00000.html
Graham Charters: Mike moves to resolve Java-118 with the proposal in the referenced email (http://lists.oasis-open.org/archives/sca-j/200907/msg00000.html)
Graham Charters: Anish seconds
Graham Charters: No discussion.
Graham Charters: Motion passed with unanimous consent.
Graham Charters: JAVA-166: Spring C&I does not say anything about SCA annotations
Graham Charters: Need to reconcile annotations in the classes and the SCA elements in the application contexts.  Both contribute to the component type.
Graham Charters: It would be hard to justify not supporting SCA annotations. Also hard to justify taking out the SCA elements and therefore have to work out how to handle this combination.
Graham Charters: Bryan: if we don't support annotations, do we need mechanisms for attaching policy.  Anish: we modified the schema to include interfaces policies.  Bryan: we have not covered implementation policies.
Graham Charters: Some question about whether a user would use SCA annotation in POJOs and then assemble using Spring and them assemble in SCA. Seems strange to interpose Spring in between two slices of SCA.
Graham Charters: Anish: it does not seem to make sense to allow every annotation (e.g. Scope).
Graham Charters: Action: Anish to create a proposal for the list of annotations which make sense.
Martin C stooopid bridge cut me off
Graham Charters: Java-164 - Mike sent write-up to list.
Mike Edwards: http://www.oasis-open.org/apps/org/workgroup/sca-j/download.php/33353/sca-springci-1.1-spec-WD01%2BIssue164b.pdf
Mike Edwards: http://www.oasis-open.org/apps/org/workgroup/sca-j/download.php/33352/sca-springci-1.1-spec-WD01%20Issue164b.doc
anonymous morphed into Mark Combellack
Graham Charters: Mike to merge into a new working draft.
Graham Charters: Changes are additive so do not require a schema namespace change.
Graham Charters: Anish, minor issue.  Schema uses a type from a schema which is not imported.  Thinks it requires an xsd:import.  Mike to check.
Mike Edwards: http://www.oasis-open.org/apps/org/workgroup/sca-j/download.php/33357/sca-springci-draft-20070926_Issue58e.pdf
Graham Charters: Java-58
Graham Charters: Algorithm for determining the component type.  See section 3.
Graham Charters: Second change is you either reflect to determine all or spell everything out (once you meet an scaroperty or sca:reference element).
Graham Charters: Anish, in this case, unlike Java, we are specifying Spring things in XML, which contributed to the component type, which is also XML.  These elements are very similar to the ones present in a component type. We have extensibility in both.  So if you specify something in extensibility in Spring, should it be surface in the SCA extensibility?
Graham Charters: Mike thinks the spec should not need to say anything.  Anish thinks we could state that they are copied through, but do not need to be understood.
Graham Charters: Example: imagine the Spring and C C&Is sharing an extensibility.  Could just understand at the CT level if we stated it must be copied through.
Graham Charters: Mike not sure of the value of this given it is valid to just throw it away.
Graham Charters: Discussion ended - ran out of time.
Graham Charters: AOB:
Graham Charters: Call closed.



Graham Charters PhD CEng MBCS CITP
STSM, AIM Technical Lead OSGi Expert Groups, Master Inventor, UKI Technical Staff Member
IBM United Kingdom Limited, MP 146, Hursley Park, Winchester, SO21 2JN, UK
Tel:  (Ext) +44-1962-816527     (Int) 7-246527   (Fax) +44-1962-818999
Internet: charters@uk.ibm.com

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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