Classification de travail par lots

Les règles de classification sont constituées d'expressions booléennes contenant les opérandes répertoriés dans cette rubrique.

Les règles de classification sont enregistrées dans un fichier de configuration appelé gridclassrules.xml qui se trouve sous le répertoire de profils config. Les règles sont classées en fonction de l'élément de priorité.

L'implémentation d'exécution des travaux par lots effectue une itération entre ces règles jusqu'à ce qu'elle trouve une règle correspondante. Lorsqu'une correspondance est trouvée, la classe de transaction correspondant à la règle est appliquée au travail.

Les opérandes ci-dessous comprennent les expressions booléennes dans les règles de classification des travaux :

submitterid
L'émetteur d'un travail donné est obtenu à partir de l'API com.ibm.ws.longrun.Job.getUser(). Il doit correspondre à la valeur de cet opérande pour que la règle établisse une correspondance.
submittergroup
Le groupe émetteur d'un travail est une liste de chaînes obtenues par itération dans l'ensemble de données d'identification pour l'émetteur de ce travail. Si la valeur de cette opérande existe dans la liste, il y a correspondance avec la règle et la classe de transaction est affectée au travail.
jobname
L'attribut de nom de l'élément travail dans le fichier xJCL indique le nom du travail. Il doit correspondre à la valeur de cet opérande pour que la règle établisse une correspondance.
jobclass
L'attribut de classe facultatif d'un élément travail dans le fichier xJCL indique la classe du travail. Il doit correspondre à la valeur de cet opérande pour que la règle établisse une correspondance.
appname
Ce nom est indiqué par l'attribut de nom d'application par défaut facultatif dans le fichier xJCL. Si cet attribut n'est pas indiqué, appname est par défaut le nom du travail. Le nom d'application d'un travail doit correspondre à la valeur de cet opérande pour que la règle établisse une correspondance.
apptype
Les valeurs admises pour cet opérande sont GridUtility et J2EE. Si le type d'application du travail correspond à la valeur de cet opérande, une correspondance est établie avec cette règle. La classe tx correspondante de la règle est affectée au travail.
platform
Les valeurs valides pour cet opérande sont zos, distributed et mixed. Si la composition de la plateforme des noeuds finaux éligibles pour un travail donné correspond à la valeur de cette opérande, il y a correspondance avec la règle.
heure
Cet opérande sert à définir la date et l'heure auxquelles une demande donnée doit être traitée. Les deux zones facultatives sont StartTime et EndTime. Si une demande est reçue en dehors de la plage horaire définie, elle n'est pas traitée. Le format des deux zones est dayOfWeek/day/month/year::hour:min:sec,, par exemple, Sat/01/Jan/2011::08:00:00.
dayOfWeek
Indique l'un des jours de la semaine : Sun pour dimanche, Mon pour lundi, Tue pour mardi, Wed pour mercredi, Thu pour jeudi, Fri pour vendredi et Sat pour samedi.
day
Indique le jour du mois.
month
Indique l'un des 12 mois : Jan pour janvier, Feb pour février, Mar pour mars, Apr pour avril, May pour mai, Jun pour juin, Jul pour juillet, Aug pour août, Sep pour septembre, Oct pour octobre, Nov pour novembre, Dec pour décembre.
year
Indique les quatre chiffres qui composent l'année.
hour
Indique les deux chiffres qui composent l'heure de l'horloge au format 24 heures.
min
Indique les deux chiffres qui composent les minutes.
sec
Indique les deux chiffres qui composent les secondes.

Exemples de règles de classification

<matchRules xmi:id="MatchRule_1159377240783" matchAction=SimpleCI_TC" matchExpression="apptype='j2ee'"
priority="1"/>
<matchRules xmi:id="MatchRule_1159377240783" matchAction="CompletionTime_TC"
matchExpression="appname='MandlebrotCI" priority="2"/>
<matchRules xmi:id="MatchRule_1159377240783" matchAction="${default_iiop_transaction_class}"
matchExpression="submitterid='admin'" priority="3"/>

Règles de classification par défaut et priorités

La règle de classification par défaut affecte tout travail à la classe de transaction par défaut, DEFAULT_TC.

La règle par défaut peut être modifiée et supprimée. La classification définie par l'utilisateur peut être ajoutée. Le planificateur de travaux évalue la liste des règles de classification dans l'ordre et affecte la classe de transaction indiquée par la première règle correspondante. Un seul ensemble de règles de classification est accepté par cellule. Une classe de transaction configurable par défaut, appelée DEFAULT_TC, est associée à cet ensemble. Si aucune des règles de classification ne correspond à un travail, la classe de transaction par défaut est appliquée à ce dernier. Support de l'interface graphique qui permet de choisir une classe de transaction dans une liste, bien que la création d'une règle soit disponible uniquement lorsque Intelligent Management est installé. Lorsque seul traitement différé existe dans l'environnement, vous disposez d'une zone de texte dans laquelle un nom de classe de transaction est spécifié.

Eviter les incidents Eviter les incidents: Affectez des classes de transaction au travail par lots sur la page de la console d'administration Règles de classification, et non pas sur la page Ressources > Accès concurrents > Gestionnaires de travaux > BatchWorkManager.gotcha

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=cgrid_cgjobclassify
Nom du fichier : cgrid_cgjobclassify.html