WebSphere Extended Deployment, Version 6.0.x     Systèmes d'exploitation : AIX, HP-UX, Linux, Solaris, Windows, z/OS

Classes de travail

Extended Deployment met à disposition des classes de travail pour des applications et des applications système. Lors de l'installation d'une application, une classe de travail par défaut est créée pour chaque protocole reconnu devant être pris en charge par l'application. Par exemple, si l'application comporte uniquement des modules Web, une classe de travail HTTP par défaut unique est créée. Si l'application comporte un ou plusieurs modules EJB, une classe de travail IIOP unique est créée. De plus, si l'application comporte un ou plusieurs modules de service Web, une classe de travail SOAP unique est créée. Une classe de travail JMS par défaut est créée systématiquement pour chaque application car la définition de l'application peut contenir une ressource JMS qui n'est pas associée à une référence de ressource. Vous pouvez également créer des classes de travail pour de nouvelles applications.

Classes de travail d'application par défaut

Chaque classe de travail par défaut possède une appartenance qui équivaut à une expression générique pour tous les travaux de ce type de protocole pour cette application. Cette classe de travail est mise en correspondance en dernier, toute nouvelle classe de travail définie par l'utilisateur ayant priorité. Vous ne pouvez pas modifier les classes de travail par défaut manuellement ni les supprimer. Elles définissent la façon dont les travaux envoyés à l'application qui n'est pas classifiée dans des classes de travail définies par l'utilisateur sont associés à une définition de stratégie de service. Alors que l'appartenance ne peut pas être supprimée, des règles de classification peuvent être définies dans la classe de travail par défaut. Cette opération est particulièrement utile si l'environnement n'a pas besoin de procéder à la classification en fonction de l'appartenance de la classe de travail mais selon des critères avancés tels que l'identification du groupe ou le nom d'hôte.

L'action matchAction par défaut des classes de travail par défaut pour l'application consiste à procéder à la classification dans la classe de transaction par défaut de la stratégie de service par défaut. Vous pouvez la modifier pour sélectionner une autre paire classe de transaction/stratégie de service.

Nouvelles classes de travail d'application

Les classes de travail pour les stratégies de service sont définies pour chaque édition d'application. Chaque édition de l'application comporte ses propres définitions relatives à la classification dans des stratégies de service. Une fois que le routeur ODR a déterminé les demandes de l'édition de l'application devant être acheminées, ses définitions de classe de travail de stratégie de service sont évaluées pour déterminer la façon dont le travail doit être classifié. Lorsqu'une nouvelle édition d'application est installée, vous pouvez sélectionner ou non une édition de l'application à cloner. Si vous choisissez une édition, toutes ses classes de travail sont clonées et les valeurs par défaut sont renommées de façon appropriée à partir du nouveau nom de l'édition d'application. Si aucune édition n'est sélectionnée, seules les valeurs par défaut sont créées.

Emplacement du positionnement de configuration

L'emplacement du positionnement de configuration pour les classes de travail des applications est le suivant :
<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>

Classes de travail d'application système

Les répertoires et les classes de travail par défaut pour les applications système, telles que adminconsole.ear, sont créés lors de l'extension de profil en vue de la prise en charge du gestionnaire de déploiement à haute disponibilité. Un répertoire xd figurant dans le contexte de la cellule reproduit la structure systemApps et contient les classes de travail par défaut. Les classes de travail par défaut sont créées dans les contextes suivants :
cells/<nomCellule>/xd/systemApps/<nomEar>/workclasses/<classetravail>/

cells/<nomCellule>/xd/systemApps/<nomEar>/deployments/<nomApp>/workclasses/<classetravail>/
Extended Deployment est attentif aux mises à jour du fichier systemapps.xml dans le contexte de noeud :
cells/<nomCellule>/nodes/<nomNoeud>/systemapps.xml



Related concepts
Gestionnaire de déploiement haute disponibilité

Related reference
Règles de routage des classes de travail

Rubrique Concept    

Conditions d'utilisation | Commentaires Dernière mise à jour le : Mar 16, 2006 9:55:50 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. All Rights Reserved.
Ce centre de documentation s'appuie sur la technologie Eclipse. (http://www.eclipse.org)