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.
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.
<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>
cells/<nome_cella>/xd/systemApps/<nome_ear>/workclasses/<workclass>/ cells/<nome_cella>/xd/systemApps/<nome_ear>/deployments/<nome_app>/workclasses/<classe_lavoro>/
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