Novos Recursos no IMS TM Resource Adapter Versão 10

É possível ativar os aplicativos do IMS para emitir solicitações de callout síncrono e assíncrono para aplicativos e serviços Java™ externos desde o IMS TM Resource Adapter Versão 10. A Versão 10 também inclui o suporte aos aplicativos IMS para participar na coreografia do processo de negócios e nas soluções de SOA que envolvem tipos de dados complexos.
Dica: Se a Versão 10 do IMS TM Resource Adapter não estiver incluída na versão do ambiente de desenvolvimento integrado, será possível fazer o download do adaptador de recursos no website do IMS TM Resource Adapter e importá-lo para o ambiente de desenvolvimento.

Além de todos os recursos base nas versões anteriores do IMS TM Resource Adapter, o IMS TM Resource Adapter Versão 10 fornece os seguintes recursos.

Início da Descrição da Figura. Somente o IMS TM Resource Adapter Versão 10.5.1 e versões mais recentes. Fim da descrição da figura. Recuperação de falha de conexão de mensagens de callout
O adaptador de recursos tentará se reconectar ao IMS se o armazenamento de dados de backend do IMS não estiver disponível. Um novo valor -1 é incluído na propriedade IMSActivationSpec retryLimit para suportar novas tentativas indefinidas para conexão. Quando a nova tentativa é bem-sucedida e a conexão é restaurada, as mensagens informativas são fornecidas para indicar a reconexão bem sucedida.
Início da Descrição da Figura. Somente o IMS TM Resource Adapter Versão 10.4 e versões mais recentes. Fim da descrição da figura. Suporte para uma transação que expirará após o tempo limite de execução
A função de expiração de transação do OTMA no IMS Versão 10 e mais recente permite que um aplicativo cliente instrua o IMS Connect a indicar ao IMS OTMA que, quando a execução atinge o tempo limite, o aplicativo cliente não espera mais pela resposta, e que o OTMA deve descartar ou desenfileirar a transação.
Antes desse aprimoramento do OTMA, quando o IMS não tinha os recursos para processar uma transação no intervalo de tempo alocado, conforme especificado na propriedade executionTimeout, a transação não podia ser cancelada.
Para suportar esse aprimoramento do OTMA, uma nova propriedade transExpiration é incluída na classe IMSInteractionSpec no IMS TM Resource Adapter Versão 10.4 e mais recente para instruir o OTMA a descartar ou desenfileirar a transação quando o valor de tempo limite de execução é atingido.
Esse suporte permite que um aplicativo cliente do IMS TM Resource Adapter tire proveito do aprimoramento da expiração de transação no OTMA para desobrigar o OTMA a ter de processar mensagens desnecessárias do IMS TM Resource Adapter.
A função de expiração da transação do OTMA para o IMS Versão 10 requer os APARs PK70458, PK74024 e PK74017.
Início da Descrição da Figura. Somente o IMS TM Resource Adapter Versão 10.2 e versões mais recentes. Fim da descrição da figura. Suporte para a chamada de aplicativos IMS usando tipos de dados complexos de plataformas distribuídas
Com o WebSphere Transformation Extender Design Studio, é possível construir aplicativos que enviem formatos de dados complexos para e a partir dos aplicativos do IMS.
O WebSphere Transformation Extender é uma solução de integração de dados orientada à transação que automatiza a transformações de transações de grande volume e complexas em toda a empresa. Você pode usar seu Designer de Tipos para gerar uma árvore de tipos de seu copybook COBOL. Uma árvore de tipos é um dicionário de dados gráficos que contém definições de metadados de estruturas de entrada e saída. Você usa então o Designer de Mapas para especificar regras para transformar e rotear dados.
Com o WebSphere Transformation Extender, os aplicativos do IMS podem participar ainda mais na solução do SOA quando estão envolvidos formatos de dados complexos, incluindo os padrões de formatos de dados, tais como Electronic Data Interchange (EDI), Single Euro Payments Area (SEPA), Society for Worldwide Interbank Financial Telecommunications (SWIFT) e Health Insurance Portability and Accountability Act (HIPAA).
Suporte para solicitações de callout síncrono e assíncrono de aplicativos do IMS para beans acionados por mensagem (MDBs), componentes do Enterprise JavaBeans (EJB) ou serviços da web.
Os aplicativos IMS executados em regiões dependentes do IMS podem interagir com a lógica de negócios que reside fora do ambiente do IMS fazendo pedidos de callout síncronos e assíncronos para aplicativos Java EE em execução no WebSphere Application Server. Os pedidos de callout do IMS são roteados para o aplicativo Java EE externo através do OTMA, do IMS Connect e do IMS TM Resource Adapter. O aplicativo Java EE recupera então o pedido de callout da fila de suspensão para processamento posterior. Qualquer resposta dos aplicativos externos poderá ser retornada para o sistema IMS de forma síncrona na mesma transação ou de forma assíncrona em uma transação diferente.
Para MDBs, a autenticação Secure Sockets Layer (SSL) é suportada para comunicação com o IMS através do suporte ao sistema de mensagem de entrada dos adaptadores de recursos do JCA 1.5.
Importante: O suporte a callout assíncrono usando um EJB foi incluído no IMS TM Resource Adapter Versão 10.1. O suporte a callout síncrono e o suporte a callout assíncrono usando um MDB foram incluídos no IMS TM Resource Adapter Versão 10.3.
Suporte do Business Process Choreography à conversações do IMS
Com o WebSphere Integration Developer e o IMS TM Resource Adapter, é possível construir os aplicativos destinados a serem executados no IBM®WebSphere Process Server que chamam transações de conversação do IMS. Os aplicativos baseados na Service Component Architecture (SCA) podem conectar e chamar as transações de conversação do IMS por meio do IMS Connect no tempo de execução. É possível usar o novo modelo de programação do estado conversacional gerenciado pelo cliente para permitir que os aplicativos de conversação do IMS participem da coreografia do processo de negócios.
Suporte para reestabelecer qualquer conexão obsoleta em um conjunto de conexões quando a conexão encontrar uma falha de comunicação.
Com esse aprimoramento, é possível reciclar o IMS Connect durante a manutenção do sistema sem ter de reenviar nenhuma interação do IMS TM Resource Adapter a partir do aplicativo cliente.
Quando uma solicitação chegar e usar a conexão que recentemente se tornou antiga, porque o IMS Connect estava sendo reciclado, o IMS TM Resource Adapter lançará uma exceção. Quando o próximo pedido chega e tenta usar a mesma conexão, o IMS TM Resource Adapter verifica se o IMS Connect está ativo. Se o IMS Connect estiver ativo, o IMS TM Resource Adapter reconectará antes de enviar o pedido de interação. Como o IMS TM Resource Adapter reconectará o soquete depois de confirmar que o IMS Connect está ativo e em execução, você não precisará gerenciar manualmente a conexão do soquete ou reenviar qualquer interação.
Novo roteamento de mensagens de saída não entregues para um destino especificado para interações de modo de confirmação 0, SYNC_SEND, em soquetes persistentes compartilháveis
A função de novo roteamento permite que mensagens de saída não entregues sejam novamente roteadas para um destino especificado. Anteriormente, o suporte à função de novo roteamento limitava-se ao modo de confirmação 0 (CM0) e a interações SYNC_SEND_RECEIVE em soquetes persistentes compartilháveis. Esse aperfeiçoamento suporta a função de novo roteamento nas interações CM0, SYNC_SEND, nos soquetes persistentes c compartilháveis.
Suporte para alteração de senhas do RACF a partir de aplicativos Java
Os aplicativos Java podem usar o IMS TM Resource Adapter para alterar a senha do RACF emitindo um comando HWSPWCH.
Suporte para aplicativos Java enviarem pedidos PING para o IMS Connect
Os aplicativos Java podem usar o IMS TM Resource Adapter para enviar solicitações de PING para o IMS Connect ao emitir um comando PING IMS_CONNECT.
Suporte para retorno de várias mensagens de saída para interações de modo de confirmação 0 como uma mensagem simples, com vários segmentos
Diversas chamadas PURG em um aplicativo do IMS para uma interação do modo de confirmação 0 podem ser ignoradas e processadas como uma interação do modo de confirmação 1. Para uma interação SYNC_SEND_RECEIVE do modo de confirmação 0, é possível ter diversas mensagens de saída retornadas como uma mensagem única, com diversos segmentos, ao configurar a propriedade ignorePURGCall do objeto IMSInteractionSpec como TRUE. Essa função simplifica a migração de aplicativos de modo de confirmação 1 para o modo de confirmação 0.
Suporte à segurança aprimorada para solicitações de callout
A recuperação de solicitações de callout ou de mensagens de saída assíncronas da fila de suspensão (RESUME segurança TPIPE) é aprimorada por meio da especificação de um ID de usuário que será autorizado pelo IMS OTMA.

Feedback