Unsupported SCA specification sections (deprecated)
This topic lists the sections of Service Component Architecture (SCA) specifications not supported in the product.
- SCA Assembly Model
- SCA Policy Framework
- SCA Transaction Policy
- SCA Java Common Annotations and APIs
- SCA Java Component Implementation
- SCA Web Service Binding
- SCA EJB Session Bean Binding
- SCA JMS Binding
- SCA Java EE Integration
- SCA Spring Component Implementation
The product supports several OSOA and OASIS implementation and binding types. However, the product does not support the OASIS implementation types OSGi, Java EE (JEE), Spring, or Widget. Also, the product does not support the OASIS binding types HTTP, Atom, or JSON.
The following tables list the unsupported sections of the indicated SCA specifications.
SCA Assembly Model
The following tables list unsupported sections of the SCA OSOA and SCA OASIS specifications.
Section | Not supported in SCA OSOA implementation |
---|---|
1.3 Component |
|
1.4.1 Component Type | constrainingType |
1.5 Interface | WSDL 2.0 interfaces are not supported. |
1.5.2 Bidirectional Interfaces | Callback is not supported for EJB binding. |
1.5.3 Conversational Interfaces | Conversation is not supported. |
1.5.4 SCA-Specific Aspects for WSDL Interfaces | Conversation is not supported. |
1.6 Composite |
|
1.6.2 Reference |
|
1.6.3 Service | The bindings defined on the component service are still in effect for local wires within the composite that target the component service. The product limits this function. Local component service can only be wired through default binding from a local component reference. |
1.6.4 Wire | Wire is not supported. |
1.6.5 Composite Implementations | Services defined in an implementing composite
must use the <binding.sca> binding type. Non-SCA
service bindings are not supported on inner composites. Reference
bindings do not have this restriction.Component implementations defined in an implementing composite must only be either implementation.java or implementation.composite. All other implementation types are not supported. |
1.6.8 ConstrainingType | ConstrainingType |
1.7.2.1 Constructing Hierarchical URIs | For the default binding, the product does not support the @uri attribute on
the service-side binding. In other words, using a non-default URI on a service exposed over the
default binding is not supported. Specifically, the @uri attribute should not be used on a
<binding.sca> element that is a child of a component
<service> element. |
1.10.2 Contributions | OSGi bundle as contribution |
1.10.2.2 SCA Contribution Metadata Document | sca-contribution-generated.xml |
1.10.4.2 add Deployment Composite & update Deployment Composite | Update Deployment Composite supported through the business-level application updateAssets command. |
Section | Not supported in SCA OASIS implementation |
---|---|
4 Component | A component element has zero implementation elements. |
4.3 Reference | Setting wiredByImpl to true has
no effect because no implementation types currently support it. |
5 Composite | Setting local to false has
no effect. Components within a composite always run inside the same
JVM. |
5.5 Using Composites as Component Implementations | Services defined in an implementing composite
must use the <binding.sca> binding type. Non-SCA
service bindings are not supported on inner composites. Reference
bindings do not have this restriction. |
6 Interface | C++ classes and collections of C function cannot be used to describe an interface. |
7.5 SCA Binding | The product supports two <binding.sca> wire
formats: wireFormat.default and wireFormat.javaObject . |
8 SCA Definitions | The elements in a definitions.xml file
are visible only within the contribution containing the file. The
elements are not visible to other contributions. The product does not support the definition of binding types or implementation types. |
10.2 Contributions | Only contributions packaged as Java archive (JAR) and compressed zip files are accepted. |
10.2.2. Contribution Metadata Document | META-INF/sca-contributiongenerated.xml is not supported. |
10.5 Operations on contributions | These operations are mapped to the product administrative console. |
10.7 Domain level composite | These operations are mapped to the product administrative console. |
SCA Policy Framework
The following tables list unsupported sections of the SCA OSOA and SCA OASIS specifications.
Section | Not supported in SCA OSOA implementation |
---|---|
1 Policy Framework |
|
1.9 Miscellaneous Intents | The following miscellaneous intents are not
supported:
|
Section | Not supported in SCA OASIS implementation |
---|---|
3.4 PolicySets | The product supports SCA policySet elements that contain authorization policy only. SCA policySet elements containing WS-Policy elements or other policy languages are not supported. |
7 Security policy | The web service binding (binding.ws) supports
the following intents purely as informational hints to the deployer
when installing a contribution. The deployer must attach a WebSphere
policy set that provides the functionality of the intent. The deployer
may ignore the intents and install the contribution without attaching
a WebSphere policy set.
|
7.3 Implementation Security Policy Intent | The authorization intent requires an SCA policy set to be attached that provides the authorization intent. This attachment must be done within the contribution itself. It cannot be done using the administrative console or commands. |
9.6.5 Web Services | WebSphere does not support SCA policy sets containing WS-Policy. |
Binding for propagatesTransaction policy | A WebSphere policy set that contains the WS-Transaction policy type can be attached to binding.ws to propagate a client transaction. |
10 Miscellaneous intents | WebSphere does not support the noListener intent. |
SCA Transaction Policy
Section | Not supported in SCA OSOA implementation |
---|---|
<operation> element |
For OASIS, the transaction policy information is in the Policy Framework specification.
SCA Java Common Annotations and APIs
The following tables list unsupported sections of the SCA OSOA and SCA OASIS specifications.
Section | Not supported in SCA OSOA implementation |
---|---|
1 Common Annotations, APIs, Client and Implementation Model | Conversation is not supported |
1.2.4.2 - 1.2.4.3 Implementation Metadata | @SCOPE(COMPOSITE) is not supported in the clustered
environment, which means that, all service requests are dispatched to the same implementation
instance for the lifetime of the containing composite is not supported in the clustered environment. |
Section | Not supported in SCA OASIS implementation |
---|---|
5 Client API | When creating an SCAClient using SCAClientFactory,
only the domain name default can be used. |
7.3 Asynchronous handling of Long Running Service Operations | The asyncInvocation intent
is only supported when using binding.sca. |
8 Policy annotations for Java | The following intents, which are supported only
by binding.ws, are ignored when attached to a method:
|
SCA Java Component Implementation
For OSOA, the SCA Java Component Implementation specification is fully supported, so does not have a list of unsupported sections.
Section | Not supported in SCA OASIS implementation |
---|---|
10.1 | For /import.java/@package ,
the version and uses directives
are not supported. |
SCA Web Services Binding
The following tables list unsupported sections of the SCA OSOA and SCA OASIS specifications.
Section | Not supported in SCA OSOA implementation |
---|---|
2.1 Web Service Binding Schema |
|
2.1.1 Endpoint URI resolution |
|
2.1.3 Production of WSDL description for an SCA service | The web container will not serve resources under
the WEB-INF or META-INF directories, so avoid putting WSDL documents
under these directories within the SCA asset if you want them to be
accessible using ?wsdl . |
Section | Not supported in SCA OASIS implementation |
---|---|
2.4 Production WSDL description for an SCA service | The web container will not serve resources under
the WEB-INF or META-INF directories, so avoid putting WSDL documents
under these directories within the SCA asset if you want them to be
accessible using ?wsdl . |
5.3 Policy Assertion for SCA Web Service Callback Protocol | Not supported |
SCA EJB Session Bean Binding
The following tables list unsupported sections of the SCA OSOA and SCA OASIS specifications.
Section | Not supported in SCA OSOA implementation |
---|---|
2.1 Session Bean Binding Schema | /binding.ejb/@session-type
/binding.ejb/@uri
|
2.3.1 Conversational Nature of Stateful Session Beans | Lines 197-229 |
Section | Not supported in SCA OASIS implementation |
---|---|
2 Session Bean Binding Schema | binding.ejb/@uri for SCA service
binding
corbaname:rir:#ejb/MyHome
ejb-link-name
|
SCA JMS Binding
The product supports the SCA JMS Binding specification, with the exception of specification sections mentioned in the table. The OASIS Java Message Service (JMS) Binding specification was consulted for clarification of the OSOA SCA JMS Binding specification.
The following tables list unsupported sections of the SCA OSOA and SCA OASIS specifications.
Section | Not supported in SCA OSOA implementation |
---|---|
1.4 JMS Binding Schema |
|
1.7 Callback and Conversation Protocol | Lines 250, 252, and 254: conversation is not supported. |
1.7.3 Conversations | Line 267: conversation is not supported. |
Section | Not supported in SCA OASIS implementation |
---|---|
3 JMS Binding Schema |
|
SCA Java EE Integration
- 5.2.1 Dependency Injection
- 5.4.1 Dependency Injection
- 5.2.4 Creating SCA Components that use Message Driven Beans as Implementation Types
- 5.4.4 Using SCA References from JSPs supported within the context of Section 5.2.1
- 5.4.5 Creating SCA Components that Use Web Modules as Implementation Types supported within the context of Section 5.4.1
Section | Not supported in SCA OSOA implementation |
---|---|
5.1.3 Dependency Injection | Lines 241-242: callback and conversation are not supported |
5.1.5 Using a ComponentType Side-File | Not supported |
5.1.6 Creating SCA components that use Session Beans as Implementation Types | Supported for components in application.composite within
the EAR. Otherwise, not supported. |
5.1.8 Use of Implementation Scopes with Session Beans | Conversational is not supported |
5.1.9 SCA Conversational Behavior with Session Beans | Conversational is not supported |
5.1.10 Non-Blocking Service Operations | Not supported |
5.1.11 Accessing a Callback Service | Not supported |
5.3 Mapping of EJB Transaction Demarcation to SCA Transaction Policies | Not supported |
5.4.3 Providing additional Component Type Data for a Web Application | Files with .componentType extension are not supported |
6.1.1 Java EE Archives as SCA Contributions | Not supported because contributions are not supported. |
6.1.2 Local Assembly of SCA-enhanced Java EE Applications | Not supported |
6.1.3 The Application Composite | Supported, except for the following:
|
6.1.4 Domain Level Assembly of SCA-enhanced Java EE Applications | Not supported |
6.1.5 Import and Export of SCA Artifacts | Not supported |
6.1.6 Resolution of WSDL and XSD artifacts | Not supported |
7 Java EE Archives as Service Component Implementations | The product supports Java EE archives as service
component implementations, except the SCA JAR and the EAR must be
in separate packages or assets. The EAR can contain an optional application.composite file
under its META-INF directory that defines the
componentType of the EAR. The product supports dependency injection. The product does not support the following:
|
The OASIS SCA Java EE specification is not supported by the product.
SCA Spring Component Implementation
The product supports the SCA Spring Component Implementation specification except for the specification sections, or parts of sections, listed in the table.
- Constructor injection
<import>
elements in application context files
Section | Not supported in SCA OSOA implementation |
---|---|
1.2. Spring Application Context as Composite Implementation |
|
1.2.1. Direct use of SCA references within a Spring configuration | Under the specification, the <implementation.spring> location attribute
can specify the target uniform resource indicator (URI) of a directory
that contains the Spring application context files. The META-INF/MANIFEST.MF file
is used to locate the Spring application context file. If there is
no MANIFEST.MF file or no Spring-Context header
within that file, then the default behavior is to build an application
context using all the *.xml files in the META-INF/spring directory.
Currently, if there is no MANIFEST.MF file
or no The product cannot support loading of *.xml files because the specification does not describe how to handle multiple spring context files. The product does not support use of an archive
file for the |
The OASIS SCA Spring Component Implementation specification is not supported by the product.