WebSphere Extended Deployment, Version 6.0.x     Sistemas operativos: AIX, HP-UX, Linux, Solaris, Windows, z/OS

Clases de trabajo

Extended Deployment proporciona clases de trabajo para las aplicaciones y las aplicaciones del sistema. Cuando se instala una aplicación, se crea una clase de trabajo por omisión para cada protocolo descubierto que debe tener soporte en la aplicación. Por ejemplo, si la aplicación tiene sólo módulos Web, se crea una clase de trabajo HTTP por omisión. Si la aplicación tiene uno o más módulos EJB, se crea una clase de trabajo IIOP. Asimismo, si la aplicación tiene uno o más módulos de servicios Web, se crea una clase de trabajo SOAP. Se crea siempre una clase de trabajo JMS por omisión para cada aplicación, ya que puede que haya un recurso JMS sin una referencia de recurso en la definición de la aplicación. También puede crear clases de trabajo para nuevas aplicaciones.

Clases de trabajo de aplicación por omisión

Cada clase de trabajo por omisión tiene una pertenencia que es equivalente a una expresión de comodín para todo el trabajo del tipo de protocolo de la aplicación. Esta clase de trabajo se compara al final, teniendo prioridad cualquier nueva clase de trabajo definida por el usuario. Las clases de trabajo por omisión no se pueden suprimir ni se puede alterar manualmente su pertenencia. Están especialmente indicadas para definir cómo se clasifica el trabajo dirigido a la aplicación que no se clasifica en ninguna de las clases de trabajo definidas por el usuario en una definición de política de servicio. Aunque la pertenencia no se puede suprimir, las normas de clasificación se pueden definir en la clase de trabajo por omisión. Esto es especialmente útil si el entorno no necesita clasificarse según la pertenencia de las clases de trabajo, sino según determinados criterios avanzados como, por ejemplo, la identificación del grupo o el nombre del sistema principal.

La matchAction por omisión en las clases de trabajo por omisión para la aplicación es clasificar en la clase de transacción por omisión de la política de servicio por omisión. Esto se puede modificar para seleccionar otro par de clase de transacción/política de servicio.

Nuevas clases de trabajo de aplicación

Las clases de trabajo de las políticas de servicio se definen para cada edición de aplicación. Cada edición de la aplicación tiene sus propias definiciones sobre cómo se debe clasificar el trabajo en políticas de servicio. Cuando el direccionador on demand (ODR) determina a qué edición de aplicación se debe direccionar, las definiciones de clase de trabajo de política de servicio se evalúan para determinar cómo se debe clasificar el trabajo. Cuando se instala una nueva edición de una aplicación, puede elegir una edición de la aplicación para clonarla o ninguna en absoluto. Si elige una edición, se clonan todas sus clases de trabajo con los valores por omisión renombrados adecuadamente con el nuevo nombre de la edición de aplicación. Si no se elige ninguna edición, sólo se crean los valores por omisión.

Ubicación de colocación de la configuración

La ubicación de colocación de la configuración de clases de trabajo de las aplicaciones es:
<context>
	<context-name>applications</context-name>
		<child-context-names>
			<child-context-name>deployments</child-context-name>
			<child-context-name>workclasses</child-context-name>
		</child-context-names>
</context>
	<context>
	<context-name>deployments</context-name>
		<child-context-names>
			<child-context-name>workclasses</child-context-name>
		</child-context-names>
	</context>
	<context>
		<context-name>workclasses</context-name>
		<root-document-type>WorkClass</root-document-type>
		<child-document-names>
			<child-document-name>WorkClass</child-document-name>
		</child-document-names>
	</context>

Clases de trabajo de aplicaciones del sistema

Las clases de trabajo por omisión y los directorios de las aplicaciones del sistema como, por ejemplo, adminconsole.ear, se crean durante el aumento del perfil para dar soporte al gestor de despliegue de alta disponibilidad. Un directorio xd en el contexto de la célula mimetiza la estructura de systemApps y contiene las clases de trabajo por omisión. Las clases de trabajo por omisión se crean en los siguientes contextos:
cells/<nombreCélula>/xd/systemApps/<nombreEAR>/workclasses/<claseTrabajo>/

cells/<nombreCélula>/xd/systemApps/<nombreEAR>/deployments/<nombreAplic>/workclasses/<claseTrabajo>/
Extended Deployment escucha los cambios en el archivo systemapps.xml en el contexto del nodo en busca de actualizaciones:
cells/<nombreCélula>/nodes/<nombreNodo>/systemapps.xml



Related concepts
Gestor de despliegue de alta disponibilidad

Related reference
Políticas de direccionamiento para clases de trabajo

Tema de concepto    

Condiciones de uso | Comentarios Última actualización: Mar 14, 2006 11:01:03 AM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/odoe_task/codoeworkclass.html

© Copyright IBM 2006. Reservados todos los derechos.
Este centro de información se ha realizado con tecnología de Eclipse. (http://www.eclipse.org)