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

Typen von Arbeitsklassen

Sie können entweder die Standardarbeitsklassen verwenden, die während der Installation einer Systemanwendung erstellt werden, oder eigene Arbeitsklassen definieren. Standardarbeitsklassen und -verzeichnisse für Systemanwendungen werden während der Profilerweiterung erstellt, um den Deployment Manager mit hoher Verfügbarkeit zu unterstützen. Standardarbeitsklassen und neue Anwendungsarbeitsklassen werden pro Anwendungsedition definiert.

Standardarbeitsklassen für Anwendungen

Jede Standardarbeitsklasse hat eine Zugehörigkeit, die einem Platzhalterausdruck für alle Anforderungen dieses Protokolltyps für diese Anwendung entspricht. Diese Arbeitsklasse wird dauerhaft zugeordnet, wobei alle neuen benutzerdefinierten Arbeitsklassen Vorrang haben. Die Zugehörigkeit von Standardarbeitsklassen kann manuell nicht geändert werden. Außerdem können Standardarbeitsklassen nicht gelöscht werden. Diese Arbeitsklassen definieren, wie Anforderungen an die Anwendung weitergeleitet werden, die keiner benutzerdefinierten Arbeitsklasse in einer Servicerichtliniendefinition zugeordnet werden können. Die Zugehörigkeit kann zwar nicht gelöscht werden, aber es können Klassifizierungsregeln für die Standardarbeitsklasse definiert werden. Dies ist besonders hilfreich, wenn die Umgebung Klassifizierungen nicht basierend auf der Arbeitsklassenzugehörigkeit, sondern auf einigen erweiterten Kriterien wie der Gruppenidentifikation oder dem Hostnamen vornehmen muss.

Die standardmäßig festgelegte "matchAction" für die Standardarbeitsklassen der Anwendung sieht eine Zuordnung zur Standardtransaktionsklasse der Standardservicerichtlinie vor. Sie können dies ändern und eine alternative Kombination von Transaktionsklasse und Servicerichtlinie auswählen.

[z/OS]Routing- und Servicerichtlinien für Arbeitsklassen werden für IIOP- und JMS-Anforderungen für Anwendungen, die unter z/OS implementiert sind, nicht unterstützt. WebSphere Application Server for z/OS unterstützt die Klassifikation von IIOP- und JMS-Services.

Neue Anwendungsarbeitsklassen

Jede Edition der Anwendung hat ihre eigenen Definitionen bezüglich der Klassifizierung in Servicerichtlinien. Nachdem der On Demand Router (ODR) bestimmt hat, an welche Anwendungsedition eine Anforderung weitergeleitet werden soll, werden die Arbeitsklassendefinitionen der Servicerichtlinie dieser Edition ausgewertet, um festzustellen, wie die Anforderungen klassifiziert werden müssen. Wenn eine neue Edition einer Anwendung installiert wird, können Sie eine Edition der Anwendung auswählen, die geklont werden soll, oder aber keine Edition auswählen. Wenn Sie eine Edition auswählen, werden alle Arbeitsklassen dieser Edition mit den Standardeinstellungen geklont, die dem neuen Editionsnamen entsprechend umbenannt werden. Wenn Sie keine Edition auswählen, werden nur die Standardeinstellungen erstellt.

Konfigurationsverteilung

Die Konfigurationsverteilung für Arbeitsklassen von Anwendungen ist wie folgt:
<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>

Standardarbeitsklassen für Systemanwendungen

Standardarbeitsklassen und -verzeichnisse für Systemanwendungen wie adminconsole.ear werden während der Profilerweiterung erstellt, um den Deployment Manager mit hoher Verfügbarkeit zu unterstützen. Ein Verzeichnis xd im Zellenkontext bildet die systemApps-Struktur ab und enthält die Standardarbeitsklassen. Die Standardarbeitsklassen werden unter den folgenden Kontexten erstellt:
cells/<cellName>/xd/systemApps/<earName>/workclasses/<workclass>/

cells/<cellName>/xd/systemApps/<earName>/xddeployments/<appName>/workclasses/<workclass>/
Intelligent Management prüft, ob Änderungen in der Datei systemapps.xml im Knotenkontext vorgenommen werden:
cells/<cellName>/nodes/<nodeName>/systemapps.xml

Position der Arbeitsklassen für Middlewareanwendungen

Die Position der Arbeitsklassen für Middlewareanwendungen ist wie folgt:
<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>
Intelligent Management prüft, ob Änderungen in der Datei systemapps.xml im Knotenkontext vorgenommen werden:
cells/<cellName>/nodes/<nodeName>/systemapps.xml

Symbol, das den Typ des Artikels anzeigt. Konzeptartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cwve_odoeworkclassex
Dateiname:cwve_odoeworkclassex.html