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é.
