DUE TO SPAM, SIGN-UP IS DISABLED. Goto Selfserve wiki signup and request an account.
...
| OASIS JIRA | Description | Tuscany TODO | Tuscany JIRA | Conformance | ||||
|---|---|---|---|---|---|---|---|---|---|
| for implentations.*'s fix attributes that should show qnames as values |
|
|
| |||||
| Is binding.sca always present? | If a component service is configured with binding.ws, can be accessed by a component reference in the same composite with binding.sca? |
|
| |||||
| Is interface.java specification normative in SCA-Assembly spec? | No action is required |
|
| |||||
| component type allows to specify wire targets on references | Push teh getTargets() method from Reference to ComponentReference |
|
| |||||
| usage of not promoted references | Make sure the reference resolution follows what's described by the assembly spec |
|
| |||||
| SCA <anyAttribute.../> declarations should use namespace ##other rather than ##any | SCDL artifact resolution underspecified | Adjust the artifact resolution based on the proposal in this JIRA Update the xsd from OASIS |
|
| ||||
| Can Implementation change property values after instantiaion | Conflicting Specification of Values for Many-Valued StringProperties | Adjust the property value processing to conform to the new syntax No action is required |
|
| ||||
| Missing XSD for contributions | Component URI is not well described | Tuscany needs to support the structural URI based on this proposal Update the xsd from OASIS. Update the Import/Export model to |
|
| ||||
| Clarify whether a Default Value for a Property must appear inthe componentType of an implementation | Need to define Namespace handling for included Composites | Tuscany needs to adjust how the composite include is aggregated based on the proposal in this JIRA No action is required |
|
| ||||
| Permit intents and PolicySets on <interface/> elements | The policy model needs to be changed so that interface can have intents/policySets attached. | XSD definitions of Component Service and Component Referencehave unintended features |
|
|
| |||
| Autowire at the domain level | SCA <anyAttribute.../> declarations should use namespace ##other rather than ##any | Update the xsd from OASIS Tuscany needs to decide if/how it will support the domain-level autowiring |
|
| ||||
| Autowire value for the logical domain composite | Can Implementation change property values after instantiaion | No action is required I think Tuscany is OK here as the autowire=false for the domain composite |
|
| ||||
| Unresolved bindings on references | Missing XSD for contributions | Update the xsd from OASIS. Update the Import/Export model to |
|
| ||||
| "SCA schema fixes requested for sca-core.xsd (based on OSOA site versions that may be copied to OASIS site)" |
|
|
| |||||
| ASSEMBLY-68 ComponentType Properties should not have a source 35 | Confusing words in Section 5.3 relating to ConversationalIntent |
|
|
| ||||
| Confusing words in Section 5.3 relating to ConversationalIntent | Clarify whether a Default Value for a Property must appear inthe componentType of an implementation | No action is required |
|
| ||||
| ASSEMBLY-32 "SCA schema fixes requested for sca-core.xsd (based on OSOA site versions that may be copied to OASIS site)" 39 | Permit intents and PolicySets on <interface/> elements | The policy model needs to be changed so that interface can have intents/policySets attached. |
|
|
| |||
| Description elements in SCDL | Support documentation element in the model and processors |
| Autowire at the domain level | Tuscany needs to decide if/how it will support the domain-level autowiring |
|
| ||
| No schema or extension model definitions for contributions | Autowire value for the logical domain composite | I think Tuscany is OK here as the autowire=false for the domain composite |
|
| ||||
| component type allows to specify wire targets on references | for implentations.*'s fix attributes that should show qnames as values | Push teh getTargets() method from Reference to ComponentReference |
|
| ||||
| Unresolved bindings on references | Add the support for "componentName/serviceName/bindingName" as the wire target Assembly Specification should not state what marks a Javainterface as Local |
|
|
| ||||
| ASSEMBLY-71 Implementation.composite pseudo-schema incorrect 67 | Component Type file name is too restrictive |
|
|
| ||||
| Conflicting Specification of Values for Many-Valued StringProperties | ComponentType Properties should not have a source | Adjust the property value processing to conform to the new syntax |
|
| ||||
| WSDL extension should not be required for conversations | Description elements in SCDL | Support documentation element in the model and processors Make sure conversational intent is supported at interface and service |
|
| ||||
| No schema or extension model definitions for contributions XSD definitions of Component Service and Component Referencehave unintended features |
|
|
| |||||
| Specification wording unclear on how local and remoteable interfaces are specified | Assembly Specification should not state what marks a Javainterface as Local | Remotable is IDL specific |
|
| ||||
| ASSEMBLY-65 Constraining Type talks about non-optional references but does not define what they are 71 | Implementation.composite pseudo-schema incorrect |
|
|
| ||||
| WSDL extension should not be required for conversations | Make sure conversational intent is supported at interface and service |
|
| |||||
| Specification wording unclear on how local and remoteable interfaces are specified | Remotable is IDL specific | How to map WSDL 1.1. portType to WSDL 2.0 interface and vice versa? | Remove the wsdl2.0 specfics from sca namespace. Potentially add interface.wsdl2 under tuscany ns |
|
| |||
| Constraining Type talks about non-optional references but does not define what they are |
|
|
| |||||
| How to map WSDL 1.1. portType to WSDL 2.0 interface and vice versa? | Remove the wsdl2.0 specfics from sca namespace. Potentially add interface.wsdl2 under tuscany ns |
|
| |||||
| Language neutrality edits some smaller things we need to fix in the assembly specification |
|
|
| |||||
| some smaller things we need to fix in the assembly specification |
|
|
| |||||
| Need to clarify definition of Bidirectional Interfaces | Make sure Tuscany is consistent with the specified behavior |
|
| |||||
| Conflicting domain-level <wire> deployments | Tuscany needs to implement the proposal |
|
| |||||
| Identifying wire format and operation selection | add "wireFormat" and "operationSelector" for bindings |
|
| |||||
| What is the default value for many and mustSupply on Properties? | remove "mustSupply" from <component> |
|
| |||||
| SCA Composite Visibility | This seems to be a clarification by the spec |
|
| |||||
| Composite Completeness | Tuscany needs to add more validations to ensure the completeness of the composite for implementaiton.composite |
|
| |||||
| Compatability of component type side files | Each implementation type has to decide how to support the componentType file |
|
| |||||
| Allow multiple definitions.xml files | Tuscany should allow META-INF/definitions.xml from SCA contributions. These definitions become visible to the SCA domain |
|
| |||||
| Need for a Callback annotation for WSDL interface files | Tuscany needs to handle sca:callback extensibility elements in WSDL |
|
| |||||
| Component URI is not well described | Tuscany needs to support the structural URI based on this proposal |
|
| |||||
| SCDL artifact resolution underspecified | Adjust the artifact resolution based on the proposal in this JIRA |
|
| |||||
| Need to define Namespace handling for included Composites | Tuscany needs to adjust how the composite include is aggregated based on the proposal in this JIRA to the SCA domain |
|
| |||||
| Incorrect description of <Operation/> child elements inAssembly | I see this conflicts with http://www.osoa.org/jira/browse/POLICY-58 |
|
| |||||
| Long-Running Request-Response Operations | Tuscany needs to support the proposal |
|
| |||||
| Add a Section documenting naming conventions to the start ofthe SCA Assembly Specification | No action is required /browse/POLICY-58 |
|
| |||||
| Corrections to the contributions schema | Long-Running Request-Response Operations | Tuscany needs to support the proposal See ASSEMLY-28 |
|
| ||||
| ASSEMBLY-81 Duplicated atributes in sca-binding-sca.xsd and sca-implementation-composite.xsd 72 | Do we need appendix A (pseudo-schema)? | No action is required |
|
| ||||
| Corrections to the contributions schema | See ASSEMLY-28 |
|
| |||||
| "Section on ""Wire"" in Appendix is Incorrect" | Tuscany already has the correct model, model, No action is required |
|
| |||||
| Duplicated atributes in sca-binding-sca.xsd and sca-implementation-composite.xsd | No action is required |
|
| |||||
| Need for a Callback annotation for WSDL interface files | Tuscany needs to handle sca:callback extensibility elements in WSDL |
|
| |||||
| Add a Section documenting naming conventions to the start ofthe SCA Assembly Specification | No action is required |
|
|
Java
...