Develop SCA composites
This page provides a starting point for finding information about Service Component Architecture (SCA) composites, which consist of components that implement business functions in the form of services.
You typically do not deploy SCA composites directly onto a product server. To deploy SCA composites, you import SCA composites as assets to the product repository and add the assets to business-level applications.
Subtopics
- (dist)(zos) Select the implementation type for an SCA composite
A benefit of Service Component Architecture (SCA) is that we can use existing assets in an application, without having to change the asset implementation. Many enterprises have application assets developed using a variety of technologies and frameworks, including assets previously deployed in a WAS environment, which is predominantly Java EE or Java-centric. SCA supports several service implementation technologies.
- (dist)(zos) Develop Service Component Architecture (SCA) services
To develop SCA service implementations, we can use either a top-down development approach starting with an existing WSDL file or we can use a bottom-up development approach starting from an existing Java interface or implementation. When using either the top-down or bottom-up development methodologies, we can develop service clients or use tools to map business exceptions on remotable interfaces.
- (dist)(zos) Specify bindings in an SCA environment
After you develop an Service Component Architecture (SCA) component, we can use bindings to specify how SCA services and references enable the component to communicate with other applications.
- (dist)(zos) Create wire format handlers
We can use a wire format handler to transform data between a Service Component Architecture (SCA) application and the application binding.
- (dist)(zos) Interoperating between SCA OASIS and OSOA composites
Service Component Architecture (SCA) applications are based on either the Open SOA Collaboration (OSOA) Version 1.0 SCA specifications or the OASIS SCA Version 1.1 specifications. We cannot mix OSOA and OASIS SCA artifacts, such as .composite files or sca-contribution.xml files, within the same asset. However, we can wire OASIS and OSOA SCA components together when both SCA composites are running in a single product cell.
- (dist)(zos) Use existing Java EE modules and components as SCA implementations
We can use the Service Component Architecture (SCA) programming model to invoke business services in Java EE components.
- (dist)(zos) Use OSGi applications as SCA component implementations
We can use an OSGi application as a Service Component Architecture (SCA) component.
- (dist)(zos) Use Spring 2.5.5 containers in SCA applications
We can use the Service Component Architecture (SCA) programming model to invoke beans that follow the Java 2 Platform, Standard Edition (J2SE) programming model in a Spring 2.5.5 container. The product supports components implemented with Spring Framework that use <implementation.spring> in composite definitions.
Related concepts
Related information: