Importe los activos a la configuración. Los activos representan
binarios de aplicaciones que contienen lógica empresarial que se ejecuta en el entorno
de ejecución de destino y sirve a las solicitudes de cliente. Un activo
puede contener un archivado de archivos como, por ejemplo, un (zip) comprimido o un archivo Java™ o un archivo de archivos de archivado como, por ejemplo, un archivo EAR Java EE (Java Platform, Enterprise Edition). Ejemplos de activos incluyen archivos EAR, archivos JAR de bibliotecas compartidas y asesores personalizados para servidores proxy.
Utilice el mandato importAsset para importar activos al
repositorio de configuración del servidor de aplicaciones.
Consulte la documentación del
grupo de mandatos BLAManagement del objeto AdminTask para ver las opciones de pasos y los
parámetros adicionales.
Para este ejemplo, los mandatos añaden tres activos al
repositorio de activos.
Dos de los activos son activos no Java EE y uno es un activo empresarial. El siguiente mandato importa el activo asset1.zip al repositorio de
activos y establece el ID de configuración devuelto en la variable asset1:
asset1 = AdminTask.importAsset('-source c:/ears/asset1.zip')
![[Linux]](../images/linux.gif)
![[Solaris]](../images/solaris.gif)
![[HP-UX]](../images/hpux.gif)
![[AIX]](../images/aixlogo.gif)
![[IBM i]](../images/iseries.gif)
asset1 = AdminTask.importAsset('-source /ears/asset1.zip')
El
siguiente mandato importa sólo los metadatos del activo asset1.zip, establece el
nombre de activo testAsset.zip, establece el directorio de despliegue,
especifica que el activo se utiliza para las pruebas y establece el ID de configuración
devuelto en la variable testAsset:
testasset = AdminTask.importAsset('-source c:/ears/asset2.zip -storageType METADATA
–AssetOptions [[.* testAsset.zip .* "asset for testing"
c:/installedAssets/testAsset.zip/BASE/testAsset.zip "" "" "" false]]')
![[Linux]](../images/linux.gif)
![[Solaris]](../images/solaris.gif)
![[HP-UX]](../images/hpux.gif)
![[AIX]](../images/aixlogo.gif)
![[IBM i]](../images/iseries.gif)
testasset = AdminTask.importAsset('-source /ears/asset2.zip -storageType METADATA
–AssetOptions [[.* testAsset.zip .* "asset for testing"
/installedAssets/testAsset.zip/BASE/testAsset.zip "" "" "" false]]')
El siguiente mandato importa el activo defaultapp.ear, almacenando todos los
binarios de aplicación, y establece el ID de configuración devuelto en la variable
J2EEAsset:
J2EEAsset = AdminTask.importAsset('-source c:/ears/defaultapplication.ear
–storageType FULL –AssetOptions [[.* defaultapp.ear .* "desc" "" "" "" "" false]]')
![[Linux]](../images/linux.gif)
![[Solaris]](../images/solaris.gif)
![[HP-UX]](../images/hpux.gif)
![[AIX]](../images/aixlogo.gif)
![[IBM i]](../images/iseries.gif)
J2EEAsset = AdminTask.importAsset('-source /ears/defaultapplication.ear
–storageType FULL –AssetOptions [[.* defaultapp.ear .* "desc" "" "" "" "" false]]')
Los activos de interés se registran como artefactos de configuración
denominados en el repositorio de configuración del servidor de aplicaciones, que se
conoce como registro de activos. Utilice el mandato
listAssets para mostrar una lista de
activos registrados y comprobar que los valores son correctos, tal como se muestra en el
ejemplo siguiente:
AdminTask.listAssets('-includeDescription true -includeDeplUnit true')
Añada los activos, como unidades de composición, a la aplicación de nivel
empresarial. Cas unidades de composición pueden representar activos desplegados, otras
aplicaciones de nivel empresarial o artefactos externos que se despliegan en entornos de
ejecución que no son de Application
Server sin hacer una copia de seguridad de
los activos.
Las aplicaciones de nivel empresarial contienen cero o más
unidades de composición.
No puede añadir la misma unidad de composición a más de una
aplicación de nivel empresarial, pero puede utilizar un activo para crear más de una
unidad de composición.
Utilice el mandato
addCompUnit para añadir
como activos unidades de composición a aplicaciones de nivel empresarial. El siguiente mandato añade el activo
asset1.zip como
unidad de composición en la aplicación de nivel empresarial
miBLA y correlaciona
el despliegue con el servidor
server1:
AdminTask.addCompUnit('-blaID myBLA –cuSourceID asset1
-CUOptions [[.* .* compositionUnit1 "unidad de composición respaldada por activo1" 0]]
-MapTargets [[.* server1]]
–ActivationPlanOptions [[.* specname=actplan0+specname=actplan1]]')
El siguiente mandato añade el activo
testAsset.zip como unidad de composición en
la aplicación de nivel empresarial
miBLA y correlaciona el despliegue con los
servidores
server1 y
testServer:
AdminTask.addCompUnit('-blaID myBLA –cuSourceID asset2
-CUOptions [[.* .* compositionUnit2 "unidad de composición respaldada por activo2" 0]]
-MapTargets [[.* server1+testServer]]
-ActivationPlanOptions [.* specname=actplan0+specname=actplan1]')
El siguiente mandato añade el activo
defaultapp.ear como unidad de
composición en la aplicación de nivel empresarial
miBLA y correlaciona el
despliegue con los servidores
server1 y
testServer:
AdminTask.addCompUnit('[-blaID bla1 -cuSourceID ' + J2EEAsset + ' -defaultBindingOptions
defaultbinding.ejbjndi.prefix=ejb#defaultbinding.virtual.host=default_host#defaultbinding.force=yes
-AppDeploymentOptions [-appname defaultapp] -MapModulesToServers [["Default Web Application" .*
WebSphere:cell=cellName,node=nodeName,server=server1] ["Increment EJB module" .*
Websphere:cell=cellName,node=nodeName,server=testServer]]
-CtxRootForWebMod [["Default Web Application" .* myctx/]]]')