Mark Combellack: - Roll Call
- Appointment of scribe. List attached below
- Agenda bashing
- Approval of minutes for 5th June 2009
0. Administration
- Issue Status: Open: 31
1. Review action items:
Action Items that I believe are done:
2009-06-05-01: MikeE to raise issue in Assembly against wireFormat and operationSelector to make them abstract.
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-01-01: MikeE to raise issue regarding some Assembly tests that require Java
2009-06-01-02: Simon to contact Vamsi to discuss proposal for Issue 139
2009-06-05-02: Anish to raise an issue in Bindings TC against WS binding spec to address wireFormat and operationSelector pseudo-schema once the Assembly change is made to make these abstract.
2. Progress of the SCA-J specification to Public Review
Reminder: submitted for Public Review
Updated specification title:
3. New Issues
None
4. Open Issues
a. JAVA-161: @Service attributes "value" and "interfaces" should be combined
Latest proposal:
b. JAVA-125: Allow call semantics to be specified in interface.java
Latest proposal:
c. JAVA-153: Java CI should have corresponding changes in JAVA-125
Latest proposal:
d. JAVA-131: @Callback injection could be NULL (expanded to include refs, property and re-injection and callback
Proposed direction for resolution:
e. JAVA-143: Guidelines for dealing with cyclic references refers to an impossible situation
Proposal in Jira
f. JAVA-139: Default value for SCA property is not supported for java implementations
Outline of proposal in Jira
5. Issues waiting for updated proposals
a. JAVA-46: equals() method on ServiceReference and CallableReference
Waiting for updated proposal
b. JAVA-1: Accessing SCA Services from non-SCA component code
Latest discussions:
Updated Proposal:
Updated Proposal (PDF):
Waiting for updated proposal
c. JAVA-155: Inconsistent normative statements in Chapter 10
Discuss - What do we do next?
Waiting for updated proposal
d. JAVA-127: Long running request/response operations
Proposal:
Waiting for presentation slides
6. Issues without proposals
a. JAVA-13: ComponentContext.getProperty(...) ill defined
No proposal
b. JAVA-51: More examples on <interface.wsdl> 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:
Ron Barack SAP AG (3)
Michael Beisiegel IBM (3)
Sanjay Patil SAP AG (3)
Jim Marino Individual (4)
Pradeep Simha TIBCO Software Inc. (5)
Vamsavardhana Chillakuru IBM (3)
Plamen Pavlov SAP AG (2)
Meeraj Kunnumpurath Individual (3)
Yang Lei (7)
Simon Nash Individual (8 )
Mike Edwards IBM (10)
Graham Charters IBM (3)
Anish Karmarkar Oracle Corporation (12)
Martin Chapman Oracle Corporation (10)
Ashok Malhotra Oracle Corporation (11)
Bryan Aupperle IBM (12)
Yang Lei: scribe: yang
Yang Lei: Topic: Agenda bashing. No comments
anonymous morphed into anish
Yang Lei: Topic: approval of minutes. No comments. Approved as posted.
Yang Lei: Topic: Review action items.
Yang Lei: Mike: done.
Yang Lei: Simon: done.
Yang Lei: Topic: Progress of the SCA-J specification to Public Review.
anish any ETA?</B< pre>
Yang Lei: Mark: waiting to hear from Mary's
Yang Lei: Topic: New Issues. None.
Yang Lei: Topic: Open Issues
Yang Lei: Topic: JAVA-161: @Service attributes "value" and "interfaces" should be combined
Latest proposal:
Yang Lei: Simon: describe the issue.
Yang Lei: Mike: names: contains an array of Strings which are used as the service names for each of the interfaces declared in the interfaces array
Yang Lei: Mike: interface array is the value array
Yang Lei: Discuss on :"A component implementation MUST NOT have two services with the same Java simple name."
Yang Lei: Simon: propose: the @service annotation can not specify services of the same name.
Yang Lei: Anish: suggest using computed service name. Simon thinks that is handled in the component type section not the @sevice section
Yang Lei: Dave: reference side does not have these statements. Simon: need to open new issue
anish perhaps we should not use 2119 keyword as the only trigger for tests</B< pre>
Yang Lei: Summary: name: 1) use value attribute array, 2) Use names attribute array 3) @Service annotations MUST not specify services of the same name.
Simon Nash: resolve JAVA-161 with document in email plus 3 changes:
Simon Nash: s/interfaces array/value attribute array/
Simon Nash: s/names attributes array/names attribute array/
Simon Nash: for JCA90045: The @Service annotation MUST NOT specify multiple services with the same name.
Yang Lei: Simon: motion to resolve JAVA-161 with the doc and the above changes.
Yang Lei: Anish: second it.
Yang Lei: No objections. Java-161 is resolved.
Yang Lei: Topic: JAVA-125: Allow call semantics to be specified in interface.java
Latest proposal:
Yang Lei: Simon: discuss the two changes
Yang Lei: Simon: move to resolve JAVA-125 with the document attached to the email.
Yang Lei: Second by Mike.
Yang Lei: No objections. Java-125 is resolved.
Yang Lei: Topic: JAVA-153: Java CI should have corresponding changes in JAVA-125
Latest proposal:
Yang Lei: Simon: discuss the proposal
Yang Lei: Dave: the first paragraph seems to suggest @Remotable is only way to specify remotable. Second paragraph, <interface.java> is referencing to an existing interface, it does not define it.
Yang Lei: Dave: the two paragraghs suggest there are two ways defining service interface. It should be one way with the additional metadata. So 158 apply to 161. 161 is additonal data on the same interface definition.
anish: i think the 2 paragraphs are correct, but it would be hard for someone new to figure the two ways of doing this. Regardless of the clarification we may make to the paragraphs, I think examples would help.
Yang Lei: Simon: by default applies to 158, while 161 specifies modifications..
Yang Lei: Dave: likes to merge the 2 paragraph together.
Simon Nash: By default, an SCA service interface defined by a Java interface or a Java implementation class and not annotated with a @Remotable annotation is inferred to be a local interface as defined by the SCA Assembly Model Specification [ASSEMBLY].
anish: There are four cases here, why don't we just enumerate them?
anish: would make it much simpler for the reader
Simon Nash: The <interface.java> XML element has an @remotable attribute which can be used to define such as interface as remotable, as defined by the SCA-J Common Annotations and APIs specification [JAVACAA].
anish: if we do it thru examples that would be ok
Simon Nash: The <interface.java> XML element has an @remotable attribute which can be used to define such an interface as remotable, as defined by the SCA-J Common Annotations and APIs specification [JAVACAA].
Yang Lei: Anish: the content is correct, what is missing is how 4 combinations work out.
Yang Lei: Anish: suggest to either adding a new paragraph or referencing an existing description on the 4 combinations.
Yang Lei: Simon: will follow 2.1 pattern...
Yang Lei: Dave/Mike: other issue: needs to change 123 according to Java-125 @Service changes.
Yang Lei: Mark: move on.
Yang Lei: Topic: JAVA-131: @Callback injection could be NULL (expanded to include refs, property and re-injection and callback
Proposed direction for resolution:
Yang Lei: Simon: discuss the proposal.
anonymous morphed into Pradeep
Yang Lei: Mike: agree on demanding injection of null to be consistent.
Yang Lei: Dave: +1
Yang Lei: Simon: reference always inject. Now discuss the 3 cases on callback.
Mark Combellack: Warning: We are almost out of time...
Yang Lei: Simon: always inject null even though callback is not in use for this invocation to be consistent.
Yang Lei: Mark: we will discuss the issue next time.
Yang Lei: Mark: call adjourns.