WebSphere Virtual Enterprise, Version 6.1.1
             Betriebssysteme: AIX, HP-UX, Linux, Solaris, Windows,


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

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 gar keine auswählen. Wenn Sie eine vorhandene 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/<Zellenname>/xd/systemApps/<EAR-Name>/workclasses/<Arbeitsklasse>/

cells/<Zellenname>/xd/systemApps/<EAR-Name>/xddeployments/<Anwendungsname>/workclasses/<Arbeitsklasse>/
WebSphere Virtual Enterprise prüft, ob Änderungen in der Datei systemapps.xml im Knotenkontext vorgenommen werden:
cells/<Zellenname>/nodes/<Knotenname>/systemapps.xml

Position der Arbeitsklassen für Middleware-Anwendungen

Die Position der Arbeitsklassen für Middleware-Anwendungen 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>
WebSphere Virtual Enterprise prüft, ob Änderungen in der Datei systemapps.xml im Knotenkontext vorgenommen werden:
cells/<Zellenname>/nodes/<Knotenname>/systemapps.xml



Zugehörige Konzepte
Aktionstypen der Routing-Richtlinie
Zugehörige Tasks
Eine Servicerichtlinie definieren
Zugehörige Verweise
Routing- und Servicerichtlinien
Konzeptartikel    

Nutzungsbedingungen | Feedback

Letzte Aktualisierung: 24.09.2009 16.37 Uhr EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.ops.doc/info/odoe_task/codoeworkclassex.html