Configuración de aplicaciones de nivel empresarial mediante scripts wsadmin

Puede crear una aplicación de nivel empresarial vacía y a continuación, añadir activos, bibliotecas compartidas o aplicaciones de nivel empresarial como unidades de composición a la aplicación de nivel empresarial vacía.

Antes de empezar

Para poder crear una aplicación de nivel empresarial, determine los activos u otros archivos que desea añadir a la aplicación.

Asimismo, compruebe que el servidor de aplicaciones de destino esté configurado. Como parte de la configuración del servidor, determine si los archivos de aplicaciones se pueden ejecutar en los destinos de despliegue.

Acerca de esta tarea

Puede utilizar la herramienta wsadmin para crear aplicaciones de nivel empresarial en el entorno. En este tema se demuestra cómo utilizar el objeto AdminTask para importar y registrar activos, crear aplicaciones de nivel empresarial vacías y añadir activos a la aplicación de nivel empresarial como unidades de composición. De manera alternativa, puede utilizar los scripts en la biblioteca de scripts AdminBLA para configurar y administrar aplicaciones de nivel empresarial.

Procedimiento

  1. Inicie la herramienta de scripts wsadmin.
  2. 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:

    [Windows]
    asset1 = AdminTask.importAsset('-source c:/ears/asset1.zip')
    [Linux][Solaris][HP-UX][AIX][IBM i][z/OS]
    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:

    [Windows]
    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][Solaris][HP-UX][AIX][IBM i][z/OS]
    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:

    [Windows]
    J2EEAsset = AdminTask.importAsset('-source c:/ears/defaultapplication.ear 
     –storageType FULL –AssetOptions [[.* defaultapp.ear .* "desc" "" "" "" "" false]]')
    [Linux][Solaris][HP-UX][AIX][IBM i][z/OS]
    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')
  3. Cree una aplicación de nivel empresarial vacía.
    Utilice el mandato createEmptyBLA para crear una nueva aplicación de nivel empresarial y establecer el ID de configuración devuelto en la variable myBLA, tal como se muestra en el siguiente ejemplo:
    myBLA = AdminTask.createEmptyBLA('-name myBLA
              -description "BLA that contains asset1, asset2, and J2EEAsset"')
    El sistema crea la aplicación de nivel empresarial. Utilice el mandato listBLAs para mostrar una lista de todas las aplicaciones de nivel empresarial de la célula, tal como aparece en el ejemplo siguiente:
    AdminTask.listBLAs()
  4. 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/]]]')
  5. Guarde los cambios de configuración.
    Utilice el siguiente ejemplo de mandatos para guardar los cambios de configuración:
    AdminConfig.save()
  6. Sincronizar los nodos.
    Utilice el script syncActiveNodes de la biblioteca de scripts AdminNodeManagement para sincronizar cada uno de los nodos activos del entorno, tal como aparece en el siguiente ejemplo:
    AdminNodeManagement.syncActiveNodes()
  7. Inicie la aplicación a nivel de empresa.
    Utilice el mandato startBLA para iniciar cada unidad de composición de la aplicación de nivel empresarial en los destinos de despliegue para los que se configuran las unidades de composición, tal como aparece en el siguiente ejemplo:
    AdminTask.startBLA('-blaID myBLA')

Resultados

El sistema añade tres unidades de composición respaldadas por activos en una nueva aplicación de nivel empresarial. Cada uno de los tres activos se despliega y se inicia en el servidor server1. Los activos testAsset.zip y defaultapp.ear también se despliegan y se inician en el servidor testServer.


Icon that indicates the type of topic Task topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=txml_7createbla
File name: txml_7createbla.html