Asset settings
Use this page to specify options for the registration of an asset with the asset repository. Default values for the options are used if we do not specify a value. If the asset is an OSGi application, additional information about bundle download status is displayed. To view this console page, click Applications > Application Types > Assets > asset_name. This page is similar to the Select options for importing an asset page on the asset import and update wizards.
Asset name
Logical name for the asset. An asset name must be unique within a cell and cannot contain an unsupported character.
An asset name cannot begin with a period (.), cannot contain leading or trailing spaces, and cannot contain any of the following characters:
that we cannot use in a name. The product does not support
Unsupported characters ⁄ forward slash $ dollar sign ' single quote mark \ backslash = equal sign " double quote mark * asterisk % percent sign | vertical bar , comma + plus sign < left angle bracket : colon @ at sign > right angle bracket ; semi-colon # hash mark & ampersand (and sign) ? question mark No specific name exists for this character combination This Asset name field is the same as the Name setting on an Assets page.
Information Value Data type String
Asset description
Specifies a description for the asset.
Asset binaries destination URL
Directory to which the product imports the asset file.
Information Value Data type String Units Full path name
Asset type aspects
Type of asset content. Examples of asset type include JAR files, shared libraries, EAR files, and enterprise bundle archive (EBA) files.
The asset type suggests the content of the asset. An asset packaged as a JAR file might contain a web module, portlet, or web service. An asset packaged as an EBA file contains an OSGi application.
This setting is read-only. We cannot edit this setting.
Information Value Data type String Units File type Default none
File permissions
Specifies access permissions for asset binaries that the product expands to the asset binaries destination URL.
Restriction: OSGi applications do not use a File permissions setting.
We can specify file permissions in the text field. We can also set some of the commonly used file permissions by selecting them from the list. List selections overwrite file permissions set in the text field.
We can set one or more of the following file permission strings in the list. Selecting multiple options combines the file permission strings.
sets for list options. Select a list option or specify
Multiple-selection list option File permission string set Allow all files to be read but not written to .*=755 Allow executables to execute .*\.dll=755#.*\.so=755#.*\.a=755#.*\.sl=755 Allow HTML and image files to be read by everyone .*\.htm=755#.*\.html=755#.*\.gif=755#.*\.jpg=755 Instead of using the multiple-selection list to specify file permissions, we can specify a file permission string in the text field. File permissions use a string that has the following format:
file_name_pattern=permission#file_name_pattern=permission
where file_name_pattern is a regular expression file name filter (for example, .*\\.jsp for all JSP files), permission provides the file access control lists (ACLs), and # is the separator between multiple entries of file_name_pattern and permission. If # is a character in a file_name_pattern string, use \# instead.
If multiple file name patterns and file permissions in the string match a uniform resource identifier (URI) within the asset, then the product uses the most stringent applicable file permission for the file. For example, if the file permission string is .*\\.jsp=775#a.*\\.jsp=754, then the abc.jsp file has file permission 754.
Use regular expressions for file matching pattern compares an entire string URI against the specified file permission pattern. Provide more precise matching patterns using regular expressions as defined by Java programming API. For example, suppose the product processes the following directory and file URIs during a file permission operation:
URIs for file permission operations. Results are shown
Number Example URL 1 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war 2 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/MyJsp.jsp 3 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/META-INF/MANIFEST.MF 4 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/WEB-INF/classes/MyClass.class 5 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/mydir/MyClass2.class 6 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/META-INF The file pattern matching results are:
- MyWarModule.war does not match any of the URIs
- .*MyWarModule.war.* matches all URIs
- .*MyWarModule.war$ matches only URI 1
- .*\\.jsp=755 matches only URI 2
- .*META-INF.* matches URIs 3 and 6
- .*MyWarModule.war/.*/.*\.class matches URIs 4 and 5
If we specify a directory name pattern for File permissions, then the directory permission is set based on the value specified. Otherwise, the File permissions value set on the directory is the same as its parent. For example, suppose we have the following file and directory structure:
/opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/MyJsp.jsp
and specified the following file pattern string:
.*MyApp.ear$=755#.*\.jsp=644
The file pattern matching results are:
- Directory MyApp.ear is set to 755
- Directory MyWarModule.war is set to 755
- Directory MyWarModule.war is set to 755
Important: Regardless of the operation system, always use a forward slash (/) as a file path separator in file patterns.
We cannot unset read permission on a file on Windows operating systems. With POSIX style permission bits, the bit for denoting readable on a file is 4, writable is 2, and executable is 1. Thus, permission of a file on a Windows operating system is either 5 or 7. Also, in POSIX style there are user, group and world permissions. We can only set the user permission for a file on Windows operating systems. The group and world permission bits are ignored.
Access permissions specified here are at the asset level. We can also specify access permissions for asset binaries in the node-level configuration. The node-level file permissions specify the maximum (most lenient) permissions that can be given to asset binaries. Access permissions specified here at asset level can only be the same as or more restrictive than those specified at the node level.
Information Value Data type String
Current asset relationships
Assets to which this asset is related.
To add or remove a relationship, use the Manage relationships page:
- Click Manage Relationships. The Selected list on the side lists the current asset relationships.
- To add a relationship, select an asset in the Available list and click >>.
- To remove a relationship, select an asset in the Selected list and click <<.
- Click OK.
Information Value Data type String Default none
Validate asset
Whether the product examines the asset references specified during asset importing or updating and, if validation is enabled, warns you of incorrect references or fails the operation.
Restriction: OSGi applications do not use a Validate asset setting.
An asset typically refers to resources using data sources for container-managed persistence (CMP) beans or using resource references or resource environment references defined in deployment descriptors. The validation checks whether the resource referred to by the asset is defined in the scope of the deployment target of that asset.
Select true (enable the check box) for resource validation and to stop operations that fail as a result of incorrect resource references. Select false (empty check box) for no resource validation.
Information Value Data type String Default false (empty check box)
EBA Dependencies
For an enterprise bundle archive (EBA) asset, displays the current bundle download status for all bundles in the asset. This item is only displayed if the asset is an EBA asset, which means that it contains an OSGi application.
We cannot update an EBA asset until bundle downloads are complete from any previous update, and until the business-level application that uses the asset has picked up the previous updates by being restarted. Before you try and update bundle versions, we can use the EBA dependency information to check the bundle download status of the asset. The status displayed is one of the following values:
- Bundles downloading...
- Bundle downloads are complete.
- No bundles downloads are required.
In addition to the information given here, we can also check the bundle download status indirectly, by checking the status of the associated EBA composition unit as described in Checking and updating the EBA asset version used by a business-level application.
If bundle downloads for the asset are complete, or no bundle downloads are required, we can update the asset using either of the methods described in Maintaining bundle versions for an EBA asset.
If bundle downloads for the asset are complete, and a new version of the EBA asset is available, restart the business-level application to bring the EBA composition unit up-to-date and to run the newer configuration.
Related concepts
Business-level applications
Related tasks
Import assets Checking and updating the EBA asset version used by a business-level application