[AIX Solaris HP-UX Linux Windows][z/OS]

Types de classe de travail

Vous pouvez utiliser les classes de travail par défaut créées pendant l'installation d'une application système ou définir vos propres classes de travail. Les répertoires et les classes de travail par défaut des applications système sont créés lors de l'extension du profil pour prendre en charge le gestionnaire de déploiement de haute disponibilité. Les classes de travail par défaut et les nouvelles classes de travail de l'application sont définies pour chaque édition d'application.

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 procède à 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.

[z/OS]Les stratégies de routage et de service des classes de travail ne sont pas prises en charge pour IIOP ou JMS pour les applications déployées sur des plateformes z/OS. WebSphere Application Server z/OS met à votre disposition une classification pour le service JMS et le protocole IIOP.

Nouvelles classes de travail 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é l'édition d'application à utiliser pour le routage, 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 d'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 par défaut

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 de 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/<cellName>/xd/systemApps/<earName>/xddeployments/<appName>/workclasses/<workclass>/
La fonction Gestion intelligente détecte les mises à jour du fichier systemapps.xml dans le contexte de noeud :
cells/<nomCellule>/nodes/<nomNoeud>/systemapps.xml

Emplacement des classes de travail d'application middleware

L'emplacement des classes de travail d'application middleware est le suivant :
<context>
        <context-name>middlewareapps</context-name>
        <child-context-names>
                <child-context-name>middlewareappeditions</child-context-name>
                <child-context-name>workclasses</child-context-name>
                <child-context-name>preferences</child-context-name>
            </child-context-names>
        </context>
        <context>
            <context-name>middlewareappeditions</context-name>
            <child-context-names>
                  <child-context-name>workclasses</child-context-name>
            </child-context-names>
        </context>
La fonction Gestion intelligente détecte les mises à jour du fichier systemapps.xml dans le contexte de noeud :
cells/<nomCellule>/nodes/<nomNoeud>/systemapps.xml

Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cwve_odoeworkclassex
Nom du fichier : cwve_odoeworkclassex.html