WAS v8.5 > Develop applicationsDevelop SCA composites
This page provides a starting point for finding information about 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
- Select the implementation type for an SCA composite
A benefit of 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 WebSphere Application Server environment, which is predominantly Java EE or Java-centric. SCA supports several service implementation technologies.- Develop SCA services
To develop SCA service implementations, we can use either a top-down development approach starting with an existing Web Services Description Language (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.- Specify bindings in an SCA environment
After you develop an SCA component, we can use bindings to specify how SCA services and references enable the component to communicate with other applications.- Create wire format handlers
We can use a wire format handler to transform data between a SCA application and the application binding.- Interoperate between SCA OASIS and OSOA composites
SCA applications are based on either the Open SOA Collaboration (OSOA) v1.0 SCA specifications or the OASIS SCA v1.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.- Use existing Java EE modules and components as SCA implementations
We can use the SCA programming model to invoke business services in Java EE components.- Use OSGi applications as SCA component implementations
We can use an OSGi application as a Service Component Architecture (SCA) component.- Use Spring 2.5.5 containers in SCA applications
We can use the SCA programming model to invoke beans that follow the Java 2 Platform, Standard Edition (J2SE) programming model in a Spring 2.5.5 container. WAS v8.5 supports components implemented with Spring Framework that use <implementation.spring> in composite definitions.
Related concepts:
SCA composites
Related information:
SCA composites