Coexistência: Preservar ou Migrar um Gateway Versão 5.1
Os gateways de serviço da web em execução no WebSphere Application Server Versão 5.1 podem, sujeitos a determinadas restrições, coexistir com as instâncias de gateway em execução nos servidores de aplicativos da Versão 7.0 ou posterior servidores de aplicativos. Alternativamente, é possível migrar servidores de aplicativos e gateways do Versão 5.1 para o WebSphere Application Server Versão 7.0 ou posterior. Para ajudar a escolher se os gateways da Versão 5.1 serão preservados ou migrados, este tópico explica as restrições para a coexistência do gateway e a abordagem usada para a migração do gateway.
Coexistência com Gateways da Versão 5.1
- O aplicativo de gateway dos serviços da Web do Versão 5.1 não é suportado nos servidores de aplicativos Versão 7.0 ou posterior.
- Os aplicativos do listener do terminal de tecnologias de integração de serviços não serão suportados se forem instalados nos servidores de aplicativos da Versão 5.1.
- Para alterar a configuração de um gateway em execução em um servidor de aplicativos Versão 5.1, use um navegador da Web em vez do console administrativo para acessar a interface com o usuário do gateway do Versão 5.1.
Se a implementação não for afetada por essas restrições e os gateways do Versão 5.1 estiverem em execução nos servidores de aplicativos independentes do Versão 5.1, então não será necessário executar nenhuma ação adicional.
Se a implementação não for afetada por essas restrições e os gateways da Versão 5.1 estiverem em execução nos servidores de aplicativos da Versão 5.1 que fazem parte das células do WebSphere Application Server Network Deployment, você poderá continuar utilizando os gateways e os servidores de aplicativos da Versão 5.1, mesmo que migrar as células da Versão 5.1 ou Versão 6 para a Versão 7.0 ou posterior. Entretanto, ao migrar uma célula, todo gateway da Versão 5.1 configurado anteriormente em um servidor de aplicativos na célula será substituído por um gateway vazio. Para preservar e restaurar as configurações de gateway da Versão 5.1, primeiramente siga as etapas fornecidas em Preservando um Gateway da Versão 5.1 ao Migrar uma Célula.
Migração de Gateways da Versão 5.1
- A migração pode ocorrer em paralelo com o gateway original que continua a execução e sem interromper a configuração existente.
- Cada execução do comando de migração age segundo uma única configuração de gateway.
- Uma configuração de gateway é migrada para uma instância do gateway, dentro de um barramento de integração de serviços. Mais de um gateway pode ser migrado para o mesmo barramento, porém nesse caso, os URIs de espaço de nomes do gateway devem ser diferentes.
- Os listeners do nó de extremidade da instância do gateway estão todos localizados no mesmo servidor ou cluster do aplicativo; os locais dos destinos das portas da chamada de entrada estão todos no mesmo servidor ou cluster do aplicativo.
- Todos os objetos e destinos criados têm o URI de espaço de nomes do gateway como um prefixo em seu nome, concatenados com dois pontos (":"). Por exemplo, com o URI de espaço de nomes padrão, um destino de resposta de serviço do gateway pode ser chamado: urn:ibmgateway:gatewayservicenameReply. Esse prefixo pode ser substituído por um parâmetro no comando de migração.
- Todos os serviços de destino são migrados para os novos objetos OutboundService. Os objetos OutboundService existentes não podem ser reutilizados automaticamente pela configuração migrada.
- Uma lista de rotinas de tratamento JAX-RPC é criada para cada serviço de gateway/canal e serviço de gateway/serviço de destino/combinação de portas. Esses não são compartilhados mesmo que contenham as mesmas rotinas de tratamento na mesma ordem.
- Os objetos de configuração e ligação do WS-Security (Draft 13) são
criados para cada serviço de gateway/combinação de serviço de gateway e serviço de
destino.
Esses não são compartilhados
mesmo que tenham todos os mesmos valores de atributos.
Todos os objetos criados possuem
nomes baseados no nome atribuído ao serviço de entrada ou de saída criado pela ferramenta
de migração:
- As configurações do WS-Security criadas para cada serviço recebem o mesmo nome do próprio serviço, com o sufixo _Inbound ou _Outbound.
- Os objetos de configuração do WS-Security criados como filhos recebem o mesmo nome do tipo de objeto, seguido por _x, em que x é o número de objetos que a ferramenta de migração criou do tipo para o serviço. Por exemplo, o primeiro objeto de Integridade Requerida criado para um determinado serviço é denominado RequiredIntegrity_1.
- As ligações do WS-Security criadas recebem um nome que consiste no nome da porta, com o sufixo do tipo de ligação, um entre _Req_Rec, _Req_Snd, _Res_Rec e _Res_Snd.