You can create an empty business-level application and then add Service Component
Architecture (SCA) assets, shared libraries, or business-level applications as composition units to
the empty business-level application.
Deprecated feature: 
The Service Component Architecture (SCA)
programming model and samples are deprecated, and will be removed in a future release. You cannot
deploy new SCA business-level applications.
Update your applications to use different programming
models. The programming models that you use vary depending on how you previously incorporated SCA in
your application.
If you used SCA for binding, consolidate the ways in which your application
is exposed to a few standards, such as Java API for RESTful Web Services (JAX-RS) or Java Message
Service (JMS). For example, use JAX-RS for application bindings. To minimize the duplication of
binding level implementation, structure your application to use shared code.
If you want to
continue to use SCA as part of your long-term strategy, consider hosting your applications on IBM Business Process Manager.
Before you begin
Configure the target application server. You must deploy
SCA composite assets of a business-level application to a Version
8.x server (target) or to a Version
7.0 target that is enabled for the Feature Pack for SCA.
If
your SCA composite or application uses Feature Pack for SCA Version
1.0.1 functionality, you must deploy the SCA asset or application
to a
Version 8.5 target or
to a feature pack Version 1.0.1.0 target. Version 1.0.1 functionality
includes:
- Java™ Message Service (JMS)
bindings
- Atom bindings
- HTTP bindings with a wire format of JSON-RPC
- Java Platform, Enterprise Edition (Java EE) integration modules
(
implementation.jee, implementation.web,
or implementation.ejb components)
- SCA Spring component implementations
- OSGi applications as SCA component implementations
- Service Data Objects (SDO) composites
Also, determine an application name. Optionally, determine
which assets, shared libraries, or business-level applications that
the new business-level application needs.
About this task
You can create a business-level application that has SCA
assets using the administrative console. Alternatively, you can use
the wsadmin scripting tool or programming.
You can add an asset
or shared library composition unit to multiple business-level applications.
However, each composition unit for the same asset must have a unique
composition unit name. You can add a business-level application composition
unit to more than one business-level application.
Procedure
- Create an empty business-level application.
- Click .
- On the New business-level application page,
specify a unique name for the application and a description, and then
click Apply.
- On the business-level application
settings page, click Save.
The name and description are shown in the list of applications
on the Business-level applications page. Because
the application is empty, its status is Unknown.
- Add one SCA asset to your business-level application. The product adds the asset as a
composition unit of your business-level application.
- Import the SCA asset.
- Go to the business-level application settings page.
- On the business-level application settings page, specify the type of composition unit
to add.
Although you can add an asset, shared library, or business-level application to your
business-level application, the logic is in your SCA asset. Add the SCA asset as a composition
unit.
Under Deployed assets, click
.
- On the Add page, select one unit from the list of available
units, and then click Continue.
On the Add page, you might be able to select multiple deployable SCA
composites. However, you can deploy only one deployable SCA composite at a time. Select only one
unit and click Continue. If you select multiple units, the product deploys
only one of those units.
For applications that use implementation.osgiapp, add the enterprise bundle
archive (EBA) asset as a composition unit to the business-level application before adding the SCA
asset as a composition unit.
- On the Set options page, change the composition unit settings as
needed, and then click Next.
This page is not shown if you have multiple deployable unit assets.
- On the Map composition unit to a target page, specify one target
server that supports SCA composites, and then click Next.
The target server can be an existing cluster. To map the composition unit to a cluster, select
the existing cluster from the Available list, click
Add, and then click Next. The cluster name is shown in
the Current targets list as
WebSphere:cluster=cluster_name.
If you are adding an SCA asset that uses security, specify a target server that is in the global
security domain.
For applications that use implementation.osgiapp in multiple-node environments,
target the EBA composition unit to the same server as the SCA
composition unit.
This page is not shown when you add a business-level application.
- On the Relationship options page, click
Next to accept the default values.
The relationships in SCA applications are set at the asset level. Either the asset must be
defined as an SCA contribution or, in the asset view, a relationship must be set to another asset.
When a relationship is set to another asset manually at the asset level, the relationship only
exposes all the packages within the asset to the other depended asset. The namespaces are not
exposed.
This page is shown only for SCA assets that have multiple deployable or composition units.
- On the Set Java EE composition unit
relationship page, associate SCA components with Java EE applications and then click
Next.
Java EE applications are also known as enterprise applications or enterprise archive (EAR) files.
An SCA composite definition can specify an EAR file to use on the archive attribute
of an implementation.jee tag. Use this page to associate SCA components in this
business-level application to the EAR files named in the composite definition. If your SCA
application does not use EAR files, take the default values and click
Next.
- On the Map security roles to users
or groups page, specify security roles for users or groups as needed, and then click
Next.
This page is only shown for SCA assets that use security.
- On the Map RunAs roles to users
page, map a user identity and password to RunAs roles as needed, and then click
Next.
This page is only shown for SCA assets that use security.
- On the Map virtual host page,
specify a virtual host that hosts web services for each SCA composite, and then click
Next. By default, composites map to
default_host.
This page is only shown for SCA assets that contain a web service binding.
- On the Attach policy set page,
attach a policy set and assign policy set bindings as needed, and then click
Next.
This page is only shown for SCA assets that use web services.
- On the Summary page, click Finish.
Several messages are displayed, indicating whether the product adds the unit to the
business-level application successfully. A message having the format
Completed
res=[WebSphere:cuname=unit_name] indicates that the addition is
successful. Click
Manage application.
If the product adds the unit
successfully, the name of the unit is shown in a list of deployed assets on the business-level
application settings page.
If the unit addition is not successful, read the messages and add
the unit again. Correct the problems noted in the messages.
- On the Adding composition unit to the business-level application
page, click Save.
- Optional: Add one or more assets, shared libraries,
or business-level applications to your business-level application.
Repeat Step 2 to add another asset or add a shared library
or business-level application.
Results
A business-level application that contains the specified
composition units.
What to do next
After you create the application, save the changes to
your configuration and start the application as needed.
If a
composite asset is deployed to a target that does not support SCA
composites, the SCA composite does not start. You must deploy an SCA
asset to a target that supports SCA composites.