WebSphere Extended Deployment, Version 6.0.x     Sistemi operativi: AIX, HP-UX, Linux, Solaris, Windows, z/OS

Classi di lavoro

Extended Deployment fornisce le classi di lavoro per le applicazioni e le applicazioni dei sistemi. Quando viene installata un'applicazione, viene creata una classe di lavoro predefinita per ciascun protocollo rilevato che deve essere supportato nell'applicazione. Ad esempio, se l'applicazione ha soltanto moduli Web, viene creata una sola classe di lavoro HTTP predefinita. Se l'applicazione ha invece uno o più moduli EJB, viene creata una sola classe di lavoro IIOP. Inoltre, se l'applicazione ha uno o più moduli di servizi Web, viene creata una sola classe di lavoro SOAP. Una classe di lavoro JMS viene sempre creata per ogni applicazione in quanto è possibile avere una risorsa JMS senza un riferimento alla risorsa nella definizione dell'applicazione. È inoltre possibile creare le classi di lavoro per le nuove applicazioni.

Classi di lavoro predefinite dell'applicazione

Ogni classe di lavoro predefinita ha un'appartenenza che è equivalente a un'espressione di caratteri jolly per tutto il lavoro di quel tipo di protocollo per l'applicazione. Questa classe di lavoro è associata all'ultima, con ogni nuova classe di lavoro definita dall'utente che ha la precedenza. Non è possibile modificare manualmente l'appartenenza delle classi di lavoro predefinite e non è possibile eliminarle. Esse devono definire qualsiasi lavoro diretto all'applicazione che non viene classificato in classi di lavoro definite dall'utente in una definizione di politica di servizio. Mentre non è possibile eliminare l'appartenenza, è possibile definire le regole di classificazione sulla classe di lavoro predefinita. Ciò risulta particolarmente utile se l'ambiente non deve essere classificato in base all'appartenenza della classe di lavoro ma deve essere classificato in base ad alcuni criteri avanzati, quali l'identificazione di gruppo o il nome host.

Il matchAction predefinito sulle classi di lavoro predefiniti per l'applicazione consiste nel venire classificato sulla classe di transazione predefinita della politica di servizio predefinita. Questa può essere modificata in modo da selezionare una coppia di politiche di classe e di servizio delle transazioni alternativa.

Nuove classi di lavoro dell'applicazione

Le classi di lavoro per le politiche di servizio sono definiti in base all'edizione dell'applicazione. Ciascuna edizione dell'applicazione ha le proprie definizioni rispetto a come dovrebbe essere classificata nelle politiche di servizio. Una volta che l'ODR (on demand router) determina a quale edizione dell'applicazione deve essere indirizzato, le definizioni della classe di lavoro della politica di servizio vengono valutate per determinare il modo in cui dovrebbero essere classificate. Quando viene installata una nuova edizione di un'applicazione, viene scelta un'edizione di un'applicazione da clonare oppure non viene scelta alcuna edizione. Se viene scelta un'edizione, tutte le relative classi di lavoro vengono clonate con i valori predefiniti appropriatamente ridenominati con il nome della nuova edizione dell'applicazione. Se non viene scelta alcuna edizione, verranno creati solo i valori predefiniti.

Posizione di inserimento della configurazione

La posizione dell'inserimento della configurazione per le classi di lavoro per le applicazioni è:
<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>

Classi di lavoro delle applicazioni di sistema

Le classi di lavoro predefinite e le directory per le applicazioni di sistema, come adminconsole.ear, vengono create durante il processo di aumento del profilo in modo da supportare il gestore distribuzione ad alta disponibilità. Una directory xd nel contesto della cella simula la struttura systemApps e contiene le classi di lavoro predefinite. Tali classi sono create nei seguenti contesti:
cells/<nome_cella>/xd/systemApps/<nome_ear>/workclasses/<workclass>/

cells/<nome_cella>/xd/systemApps/<nome_ear>/deployments/<nome_app>/workclasses/<classe_lavoro>/
Extended Deployment utilizza le modifiche apportate al file systemapps.xml nel contesto del nodo per tutti gli aggiornamenti:
cells/<nome_cella>/nodes/<nome_nodo>/systemapps.xml



Related concepts
Gestore distribuzione HA (high availability)

Related reference
Politiche di routing per le classi di lavoro

Argomento Concetti    

Termini di utilizzo | Commenti Ultimo aggiornamento: Mar 20, 2006 1:04:28 PM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/odoe_task/codoeworkclass.html

© Copyright IBM 2006. Tutti i diritti riservati.
Questo centro informazioni utilizza la tecnologia Eclipse. (http://www.eclipse.org)