![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Tipos de Classes de Trabalho
É possível usar classes de trabalho padrão criadas durante a instalação de um aplicativo de sistema ou definir sua própria classe. As classes de trabalho padrão e os diretórios de aplicativos de sistemas são criados durante a alteração do perfil para suportar o gerenciador de implementação de alta disponibilidade. As classes de trabalho de aplicativo novo e padrão são definidas por edição de aplicativo.
Classes de Trabalho de Aplicativo Padrão
Cada classe de trabalho padrão tem associação equivalente a uma expressão de curinga para todo o trabalho desse tipo de protocolo para esse aplicativo. Essa classe de trabalho é correspondida à última, com quaisquer novas classes de trabalho definidas tendo precedência. As classes de trabalho padrão não podem ter sua associação alterada manualmente nem podem ser excluídas. Sua finalidade é definir como qualquer trabalho direcionado para o aplicativo que não for classificado em nenhuma classe de trabalho definido pelo usuário em uma definição de política de serviço. Embora a associação não possa ser excluída, é possível definir regras de classificação na classe de trabalho padrão. Isto é especialmente útil se o ambiente não precisar classificar com base no associação a classes de trabalho, mas necessitar classificar com base em alguns critérios avançados tais como a identificação do grupo ou o nome do host.
A matchAction padrão nas classe de trabalho padrão para o aplicativo é classificar pela classe de transação padrão da política de serviço padrão. Isso pode ser alterar para selecionar um par alternativo de transação e política de classe/serviço.
Políticas de serviço e de roteamento das classes de trabalho não são suportadas para IIOP ou JMS de aplicativos implementados para plataformas z/OS. O WebSphere Application
Server z/OS fornece
classificação de serviços IIOP e JMS.
Novas Classes de Trabalho de Aplicativo
Cada edição do aplicativo tem suas próprias definições de como ele deve ser classificado em políticas de serviço. Depois de o ODR (On Demand Router) determinar para qual edição do aplicativo ele deve rotear, suas definições de classe de trabalho de política de serviço são avaliadas para determinar como seu trabalho deve ser classificado. Quando uma nova edição de um aplicativo é instalada, é possível escolher uma edição do aplicativo para clonar ou não escolher nenhuma. Se uma edição for escolhida, todas as suas classes de trabalho serão clonadas com os padrões renomeados apropriadamente com o nome da nova edição do aplicativo. Se nenhuma edição for escolhida, somente os padrões serão criados.Local de Posicionamento da Configuração
O local de posicionamento da configuração para classes de trabalho para aplicativos é:<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>
Classes de Trabalho de Aplicativo de Sistema Padrão
cells/<cellName>/xd/systemApps/<earName>/workclasses/<workclass>/ cells/<cellName>/xd/systemApps/<earName>/xddeployments/<appName>/workclasses/<workclass>/
cells/<cellName>/nodes/<nodeName>/systemapps.xml
Local da Classe de Trabalho do Aplicativo de Middleware
<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>
cells/<cellName>/nodes/<nodeName>/systemapps.xml