You must register application business logic such as Java™ Platform, Enterprise Edition
(Java EE) archives, libraries, and other resource files with the product configuration as assets
before you can add the assets to one or more business-level applications. Importing an asset
registers it with the product configuration.
Before you begin
You have one or more application binary files that you want to add to a business-level
application. You must register those binary files as assets before you can add them to the
business-level application.
About this task
Before a business-level application that uses an asset can be started on the target run time, the
asset binaries must be extracted to a deployer-defined location on the file system that is local to
the target run time. Importing an asset extracts binaries to a location that is local to the target
run time.
The application server run time that reads the asset binaries either at application start time or
while serving an incoming client request determines the extraction format of the asset binaries. The
extraction format might include unzipping of Java archive (JAR) or compressed (zip) files.
The steps describe how to import an asset using the administrative console. Alternatively, you
can use the wsadmin tool or programming.
Procedure
-
Click in the console navigation tree.
-
On the Upload asset page, specify the asset package to import.
-
Specify the full path name of the asset.
-
Click Next.
-
On the Select options for importing an
asset page, specify asset settings.
You typically can click Next and use the default values.
- Optional:
For Asset description, specify a brief description of the asset.
- Optional:
For Asset binaries destination URL, specify the target location of the
asset.
This setting specifies the location to which the product extracts the asset. After an asset is
imported, the product looks for the asset in this location when a running application uses the
asset.
If you do not specify a value, the product installs the asset to the default location,
${profile_root}/installedAssets/asset_name/BASE/.
- Optional:
For Asset type aspects, examine the asset content type and version
specified by the product. You cannot change this setting value.
The type aspect typically denotes the type of application contents, such as a specification to
which the application is written. For example, an enterprise bean (EJB) that supports the EJB
Version 2.0 specification has the aspects type=EJB,version=2.0
.
If the type aspect is none
and if the asset is a JAR file, then the product
associates a javarchive
type aspect with the asset by default.
-
For File permissions, specify any file permissions that are set on asset
binary files so the target run time can read or run the asset. Importing the asset extracts its
binary files on the disk local to the target runtime environment.
Try importing the asset using the default value. For detailed information on the File
permissions setting, refer to the Select options for importing an
asset page online help.
Restriction: OSGi applications do not use a File permissions
setting.
-
For Current asset relationships, add assets that the asset you are
importing needs to run or remove assets that are not needed.
When the product imports a JAR asset, the product detects asset relationships automatically by
matching the dependencies defined in the JAR manifest with the assets that are already imported into
the administrative domain.
-
For Validate asset, specify whether the product validates the
asset.
The setting is deselected by default. This false
(no) value is appropriate for most assets. Only select
true (yes) to validate an asset when needed.
The product does not save the value specified for Validate asset. Thus, if
you select to validate the asset (yes) now and later update the asset, when
you update the asset you must enable this setting again for the product to validate the updated
files.
Restriction: OSGi applications do not use a Validate asset
setting.
-
Click Next.
-
On the Summary page, click Finish.
Results
Several messages are displayed, indicating whether your asset is imported successfully.
An asset can contain multiple deployable objects as defined by the application contents of that
asset. A deployable object is a part of the asset that you can map to a deployment
target such as an application server. If the product imports
the asset successfully, then appropriate deployable objects are identified in the asset and are
further used when a composition unit is created from that asset.
If the asset importing is not successful, read the messages and try importing the asset again.
Correct the values noted in the messages.
What to do next
If the product imports the asset successfully and displays the list of assets on the
Assets page, then click Save.
Add a composition unit to a business-level application using the asset that you imported. An
asset included in a business-level application is represented by a composition unit.