Introdução

A primitiva IBM WebSphere Transformation Extender no IBM WebSphere Enterprise Service Bus está disponível com o WebSphere Transformation Extender Versão 8.3 e com o WebSphere Enterprise Service Bus Versão 7. Essa integração fornece aos usuários uma solução melhor entre transformação de dados e conectividade de negócios. Neste artigo, continuaremos a usar o mapa de transformação criado na Parte 1 desta série e demonstraremos como integrá-lo ao fluxo do WebSphere Enterprise Service Bus.

Você aprenderá sobre os recursos do WebSphere Transformation Extender integrando com soluções de barramento de serviço corporativo SOA para criar um fluxo de negócios com transformação de dados complexos de maneira rápida e confiável.

Voltar para parte superior

Pré-requisito

Para acompanhar os exemplos neste artigo, serão necessários:

• WebSphere Transformation Extender Design Studio Versão 8.3 ou superior
• WebSphere Transformation Extender for Integration Servers Versão 8.3 ou superior
• WebSphere MQ Versão 7.0.1 ou superior
• WebSphere Enterprise Service Bus Versão 7 ou superior
• WebSphere Integration Designer Versão 7 ou superior
• DB2 Versão 8 ou superior

Voltar para parte superior

Scenarios

O cenário descreve um fluxo de negócios que é acionado por uma solicitação externa com ID de cliente, então obtém os dados do cliente do banco de dados com base no ID, transforma-os em XML e coloca-os em uma fila de mensagem para mais operação. Criaremos um novo mapa do WebSphere Transformation Extender que usa o mapa da Parte 1 para realizar a recuperação de dados do banco de dados e a transformação de dados. O mapa então será integrado ao fluxo de mediação do WebSphere Enterprise Service Bus e conectado às filas do WebSphere MQ. O fluxo é demonstrado no diagrama abaixo.

Voltar para parte superior

Preparar o ambiente

Preparar as filas de mensagens

Crie um gerenciador de filas chamado QM_WESB no IBM WebSphere MQ. É possível usar o MQ Explorer ou o crtmqm . Porém, lembre-se de que o usuário precisa estar em mqm .

Defina duas filas locais sob QM_WESB chamadas WTX_RECEIVE_0 (fila de entrada) e WTX_SEND_0 (fila de saída), respectivamente.

Preparar o projeto do WebSphere Transformation Extender

Se você passou por todas as etapas na Parte 1 para criar o mapa DB2XML (incluindo a seção de mapeamento avançado ), pode continuar usando a área de trabalho existente. Você pode preferir fechar o WebSphere Transformation Extender Design Studio e abrir o WebSphere Integration Designer com a mesma área de trabalho (no nosso caso de teste, a área de trabalho está em c:\temp\mywtx\workspace). Então você pode começar em Modificar o Arquivo de Consulta do Banco de Dados .

Ou pode fazer o download do arquivo WTX_XML_Example.zip da Parte 1 e extraí-lo para C:\temp\mywtx para preparar o ambiente de banco de dados. A seguir, faça o download do arquivo de intercâmbio do projeto, mywtx_pi.zip (consulte Download) e importe-o para o WebSphere Integration Designer seguindo as seguintes etapas:

1. Abra a Janela de Comando do DB2 a partir do Windows Start -> Program -> IBM DB2
2. Na Janela de Comando do DB2, altere para o diretório c:\temp\mywtx.
3. Crie um banco de dados chamado TESTDB usando db2 create db testdb .

   Aguarde um pouco e verá que o banco de dados foi criado com sucesso.

4. Importe create tablee insira dados com o comando SQL db2 -tvf db_creation.sql .

   Certifique-se de que todos os comandos SQL sejam executados com sucesso.

Agora, você deve ter três tabelas: CUSTOMER, ADDRESS e PHONE. É possível validar os dados inseridos corretamente selecionando em cada tabela. Se houver quatro registros inseridos na tabela do cliente, seis registros na tabela de endereço e oito registros na tabela de telefone, seu ambiente de banco de dados está pronto.

Importar o projeto

5. Abra o WebSphere Integration Designer, na janela pop-up Workspace Launcher, digite c:\temp\mywtx\workspace para a área de trabalho.
6. Selecione File -> Import. No diálogo Import, selecione Other -> "Project Interchange" e clique em next como mostra a Figura 2 abaixo.
   
   Figura 2. Importar pacote de Troca de Projeto
   
   
   
7. Selecione mywtx_pi.zip, mantenha o local padrão para o campo "Project location root", clique em DB2XML package e clique em Finish. O projeto DB2XML será importado para o Integration Designer.

Modificar o arquivo de consulta do banco de dados

Precisamos modificar a declaração SQL armazenada em db2.mdq adicionando o nome do esquema na frente de cada tabela. Por padrão, o nome do esquema é o nome do usuário que criou a tabela. Assim, quando o usuário que criou a tabela desejar acessar a tabela, ele pode ignorar o nome do esquema na instrução SQL. É assim que o usamos na Parte 1 desta série.

Entretanto, quando os mapas do WebSphere Transformation Extender executam sob um ambiente WebSphere Entreprise Service Bus, o usuário não será o mesmo que o que executa o servidor de comando WebSphere Transformation Extender, portanto, precisamos modificar a instrução SQL especificando o nome do esquema para identificar tabelas.

Para modificar a instrução SQL:

8. Continue no Integration Designer, abra a perspectiva do WebSphere Transformation Extender em File Menu, em Windows -> Open Perspective -> Other -> Transformation Extender Development. Na visualização do Extender Navigator no lado esquerdo, no diretório DB2XML project -> Database Files , clique com o botão direito em db2.mdq e selecione Open With -> Text Editor.
9. Procure as seguintes linhas, que são consultas SQL compostas na Parte 1.
   
   

   <SQLStmt>SELECT * FROM CUSTOMER</SQLStmt> <SQLStmt>SELECT * FROM CUSTOMER WHERE ID='#CID#'</SQLStmt> <SQLStmt>SELECT TYPE, NUMBER FROM PHONE WHERE CID ='#CID#'</SQLStmt> <SQLStmt>SELECT TYPE, STREET, CITY, COUNTRY FROM ADDRESS WHERE CID ='#CID#'</SQLStmt>

   
   
10. Adicione o nome do esquema na frente do nome da tabela. O nome do esquema será o nome do usuário utilizado para criar a tabela. No nosso exemplo, o nome do esquema é "ROOT". As consultas revisadas são mostradas aqui:
    
    

    <SQLStmt>SELECT * FROM ROOT.CUSTOMER</SQLStmt> <SQLStmt>SELECT * FROM ROOT.CUSTOMER WHERE ID='#CID#'</SQLStmt> <SQLStmt>SELECT TYPE, NUMBER FROM ROOT.PHONE WHERE CID ='#CID#'</SQLStmt> <SQLStmt>SELECT TYPE, STREET, CITY, COUNTRY FROM ROOT.ADDRESS WHERE CID = '#CID#'</SQLStmt>

    
    
11. Salve e feche o editor de texto.
12. Retorne para a visualização do Extender Navigator no lado esquerdo, no diretório DB2XML project -> Map File e abra DB2XMLMap.mms. Na visualização Outline no canto inferior esquerdo, clique com o botão direito em DB2XML map e selecione Build para desenvolver o mapa. Você não deve visualizar nenhum erro após a criação do mapa.
13. Siga as etapas na seção Execute o Mapa do WebSphere Transformation Extender na Parte 1 para verificar a configuração do mapa DB2XML. As etapas e saída devem ser exatamente iguais.

Voltar para parte superior

Configurar o mapa do WebSphere Transformation Extender

Primeiro, precisamos fazer um mapa do WebSphere Transformation Extender que possa pegar um ID do cliente de um cartão de entrada e gerar um XML para um cartão de saída do arquivo. Decidimos usar o arquivo como a origem de entrada e saída porque será mais fácil verificar o mapa. O cartão de entrada e saída do mapa será substituído pelo WebSphere MQ quando o WebSphere Transformation Extender for integrado no fluxo de mediação do WebSphere Enterprise Service Bus mais adiante.

14. Continue no Integration Designer em que o DB2XMLMap.mms está aberto. Na visualização da estrutura de tópicos, clique com o botão direito em DB2XMLMap -> New, como mostra a Figura 3. Na janela pop-up, insira ID2XML como o novo nome do mapa.
    
    Figura 3. Configure um novo mapa executável
    
    
    
15. Na visualização da estrutura de tópicos, em ID2XML map, clique com o botão direito em Input Cards -> New. Insira as seguintes informações para o cartão de entrada:
    
    

    CardName => IdIn TypeTree => OutputString.mtt Type => Output Root Source: => File FilPath => in.txt

    
    , como mostra a Figura 4. Deixe os campos restantes preenchidos com as informações padrão.
    
    Figura 4. Cartão de entrada configurado para o mapa ID2XML
    
    
    
16. Clique com o botão direito do mouse em Output Cards e selecione New. Insira as seguintes informações para o cartão de saída:
    
    

    CardName: XmlOut TypeTree: OutputString.mtt Type: Output Root Source: File FilePath: customer.txt

    
    Deixe os padrões nos outros campos, como mostra a Figura 5. Observe que não usamos customer.xsd como TypeTree, mas um tipo de cadeia de caracteres simples para a saída. Você verá por que na próxima etapa
    
    Figura 5. Cartão de saída configurado para o mapa ID2XML
    
    
    
17. Após ter criado o cartão de entrada e de saída, é possível ver os cartões na visualização Map à direita. Clique no Output Card e insira as seguintes informações no item XmlOut:
    
    

    =RUN("DB2XML.mmc", "-ID1 '-VAR CID="+IdIn+"' -ID2 ' -VAR CID="+IdIn+"' -ID3 '-VAR CID="+IdIn+"' -OE1")

    
    A Figura 6 ilustra como.
    
    Figura 6. Mapeamento no mapa ID2XML
    
    
    

    Essa regra chama a função RUN para executar o mapa DB2XML construído no primeiro artigo e define "IdIn" do cartão de entrada como o CID do parâmetro. A opção ECHO "-OE1" enviará o conteúdo de saída gerado pelo mapa DB2XML de volta para o campo XmlOut no cartão de saída do mapa ID2XML como TEXT. É por isso que especificamos uma cadeia de caracteres simples como o tipo de saída na Etapa 16.

18. Retorne para a visualização da estrutura de tópicos, clique com o botão direito em ID2MXL map e selecione Map Setting , como mostra a Figura 7.
    
    Figura 7. Definir configurações de mapa
    
    
    
19. Nas configurações do mapa, defina MapAudit e MapTrace para OFF (isso pode ser definido para solução de problemas conforme o necessário) e defina WorkSpace para Memory (para aprimorar o desempenho), como mostra a Figura 8.
    
    Figura 8. Configurações do mapa do WebSphere Transformation Extender
    
    
    
20. Salve o mapa.
21. Clique com o botão direito do mouse em ID2XML e selecione Build para desenvolver o mapa. Você não deve visualizar nenhum erro após a criação do mapa.
22. No menu File, selecione File -> New -> Other. No assistente New, selecione Untitled Text File na pasta General e clique em Finish. Insira "000001" no conteúdo do texto e salve o arquivo como "in.txt".
23. Clique com o botão direito do mouse em ID2XML e selecione Run para executar o mapa. Deve ser possível ver a janela Command Server mostrando "Map completed successfully", como mostra a Figura 9.
    
    Figura 9. Figura 9. Execução bem-sucedida do mapa
    
    
    
24. Agora deve ser possível encontrar o arquivo de saída, customer.txt, na visualização Extender Navigator, na pasta DB2XML -> Misc. Caso contrário, tente atualizar a exibição. Se tiver criado com sucesso o mapa do WebSphere Transformation Extender, o conteúdo de customer.txt se parecerá com o seguinte:
    
    

    <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <customer userid="000001"> <first_name>Bob</first_name> <middle_name>JK</middle_name> <last_name>Smith</last_name> <id>AAAAAAAAAA</id> <gender>M</gender> <birthdate>1977-01-01</birthdate> <occupation>Engineer</occupation> <phone_number type="office">111-1111</phone_number> <phone_number type="mobile">0911-123456</phone_number> <address type="home"> <street>1 Park Street</street> <city>New York</city> <country>U.S.</country> </address> <address type="office"> <street>1 Lakewood Street</street> <city>New York</city> <country>U.S.</country> </address> </customer>

    
    

Voltar para parte superior

Configurar o fluxo de mediação do WebSphere Enterprise Service Bus

Agora que concluímos o mapa do WebSphere Transformation Extender, vamos integrá-lo em um fluxo de mediação do WebSphere Enterprise Service Bus.

Criar um novo fluxo de mediação

25. Continuando o Integration Designer, crie um novo módulo de medição por meio de File -> New -> Others -> Mediation Module. Insira MyWTXFlow como o nome do módulo. Selecione WebSphere ESB Server v7.5 para o ambiente de tempo de execução e clique em Finish, conforme ilustra a Figura 10.
    
    Figura 10. Criar um novo módulo de mediação
    
    
    

Gerar tipos de dados predefinidos

26. Criando o módulo de mediação, você agora está trabalhando a partir de uma perspectiva de integração de negócios. Na visualização Business Integration no lado esquerdo, clique duas vezes em Dependencies para abrir o Dependencies Editor. (Se não localizar o item Dependencies no lado esquerdo, clique com o botão direito em MyWTXFlow e atualize-o.) No editor MyWTXFlow Dependencies, expanda a seção Predefined Resources, selecione o item Native Body schema for Native Body DataHandler na lista e salve-o.
    
    Figura 11. Selecionar Recursos Predefinidos
    
    
    
27. Depois de salvar o Dependencies Editor, haverá vários tipos de dados gerados na visualização de Business Integration, consulte a Figura 12.
    
    Figura 12. Tipos de dados predefinidos
    
    
    

Criar a interface

28. Crie uma interface simples por meio de File -> New -> Interface. É possível deixar o campo "Folder" vazio e inserir OneWayBlob para o nome da interface. Clique em Finish.
29. No OneWayBlob Interface Editor, clique no ícone Add One Way operation para adicionar uma operação de uma via, como mostra a Figura 13.
    
    Figura 13. Configurar a interface
    
    
    
30. Insira doMQ como o nome da operação. Deixe input1 como o nome de entrada padrão, mas selecione TextBody para o tipo de entrada, como ilustra a Figura 14.
    
    Figura 14. Adicionar uma operação na interface
    
    
    
31. Salve e feche o editor de interface.

Configurar o fluxo de mediação

32. A seguir, precisamos criar o nó de entrada WebSphere MQ. Na visualização Business Integration à esquerda, clique duas vezes em Assembly Diagram para abrir o Assembly Diagram Editor. No Assembly Diagram Editor, na paleta esquerda, selecione MQ node na categoria Inbound Exports (consulte a Figura 15).
    
    Figura 15. Selecionar o nó MQ Inbound na paleta
    
    
    Arraste e solte o ícone do nó para a tela à direita. Quando arrastar e soltar o nó MQ na tela, o assistente de criação "New MQ Export Service" abrirá em pop-up para guiá-lo para concluir a configuração. Selecione OneWayBlob para a interface (consulte a Figura 16) e clique em Next.
    
    Figura 16. Selecionar a interface OneWayBlob
    
    
    
33. Insira os detalhes da fila de entrada MQ com base na configuração de MQ. Neste exemplo, insira QM_WESB como o Gerenciador de Filas, WTX_RECEIVE_0 como a fila de recebimento e depois selecione Binding como o transporte. Consulte a Figura 17.
    
    Figura 17. Configurar a ligação de exportação de MQ
    
    
    
34. Para o "Function selector", também mostrado na Figura 17, clique no botão Select para exibir outro assistente, como mostra a Figura 18. Selecione One Operation Function Selector na categoria "Use existing function selector from the list". Clique em Finish para finalizar o assistente.
    
    Figura 18. Configuração do seletor de função
    
    
    Em seguida, clique em Finish no assistente Create New MQ Export Service para concluir a configuração do nó MQ Export. Renomeie os nós como MQIn na tela.

Criar importação de saída de MQ

35. Continue no Assembly Diagram Editor, na paleta do lado esquerdo, selecione o nó MQ sob a categoria Outbound Imports, como mostra a Figura 19. Arraste e solte o ícone para o nó na tela à direita.
    
    Figura 19. Selecionar o nó de saída MQ da Paleta
    
    
    Ao arrastar e soltar o nó MQ para a tela, o assistente de criação "New MQ Import Service" abrirá em pop-up para ajudá-lo a concluir a configuração. Selecione OneWayBlob para a interface e clique em Next.
36. Em seguida, insira o detalhe da fila de saída de MQ com base na configuração de MQ. Neste exemplo, insira QM_WESB como o Gerenciador de Filas, WTX_SEND_0 como a fila de recebimento e selecione Binding como o transporte, como mostra a Figura 20. Em seguida, clique em Finish para concluir a configuração do Nó de Importação de MQ. Renomeie os nós como MQOut na tela.
    
    Figura 20. Configurar ligação de importação de MQ
    
    
    

Conectar o nó

37. Na tela, conecte o link entre os nós MQIn, MyMQFlow e MQOut. Consulte a Figura 21.
    
    Figura 21. Conectar entre nós
    
    
    
38. A seguir, gere a implementação do fluxo de mediação. Clique com o botão direito do mouse no nó MyWTXFlow na tela e selecione Generate Implementation, conforme mostra a Figura 22.
    
    Figura 22. Selecionar Select Generate
    
    
    
39. No assistente Generate Implementation, mantenha a seleção padrão da pasta "MyWTXFlow" e clique em OK para gerar a implementação.
40. Isso o leva para o Mediation Flow Editor. Clique em doMQ e selecione Operation Map , como mostra a Figura 23.
    
    Figura 23. Editor do fluxo de mediação
    
    
    
41. No assistente "Select Reference Operation", mantenha a seleção padrão, como mostra a Figura 24, e clique em OK para concluí-lo.
    
    Figura 24. Selecionar operação de referência
    
    
    Deve ser possível ver o fluxo de solicitação sendo criado no Request Mediation Flow Editor, como mostra a Figura 25.
    
    Figura 25. Fluxo de solicitação
    
    
    
42. Exclua a conexão entre os nós Input Callout. Na paleta à esquerda, arraste e solte o nó WTX na tela, agora identificado como WTX1. Consulte a Figura 26.
    
    Figura 26. Adicionar nó WTX
    
    
    
43. Clique com o botão direito do mouse no nó WTX1 e selecione Add Output Terminal, conforme mostra a Figura 27.
    
    Figura 27. Adicionar terminal de saída
    
    
    
44. Na janela pop-up "Create Terminal", deixe os valores padrão e clique em OK.
45. Conecte o OneWayBlob ao nó WTX1 e conecte o nó WTX1 a OneWayBlobPartner. Observe que, ao conectar o nó WTX1 a OneWayBlobPartner, é necessário escolher ser conectado a partir do terminal outputCard1 como destacado em vermelho na Figura 28.
    
    Figura 28. Conectar o nó no fluxo de solicitação
    
    
    
46. Na guia "Properties", clique no ícone do nó WTX e selecione Details para configurar a Fonte do Mapa WTX. Selecione Use map from project. No campo map source, clique em Browse para escolher o mapa adequado. Consulte a Figura 29.
    
    Figura 29. Configuração das propriedades do Mapa WTX
    
    
    No diálogo em pop-up, selecione ID2XML map em DB2XMLMap e clique em OK.
47. Clique na guia Map Cards ao lado da guia Map Source e clique em Add ao lado da lista Input Card para adicionar o cartão de entrada. No diálogo pop-up, insira 1 para Input Card Number e clique em Edit, então selecione Input Data Path. No diálogo "Select Data Path", selecione Data Types -> ServiceMessageObject -> body:doMQRequestMsg -> doMQ -> input1:TextBody -> value:String, conforme mostra a Figura 30. Clique em OK para concluir a configuração.
    
    Figura 30. Selecionar o caminho de dados para o InputCard
    
    
    
48. Siga as mesmas etapas para adicionar o cartão de saída. Insira 1 para Output Card Number, selecione Data Types -> ServiceMessageObject -> body:doMQRequestMsg -> doMQ -> input1:TextBody -> value:String para o campo "Output Data Path". Clique em OK para concluir a configuração. Deve ser possível ver a configuração de cartão de entrada e saída sendo adicionada, como mostra a Figura 31.
    
    Figura 31. Configurações dos cartões de mapa
    
    
    
49. Salve o fluxo.

Gerar arquivo ear para implementação

50. Agora você está pronto para gerar o arquivo EAR para implementação. Na visualização Project Navigation, clique com o botão direito em MyMQFlow e selecione Export, conforme mostra a Figura 32.
    
    Figura 32. Exportar para implementação
    
    
    
51. No assistente Export, selecione EAR file na categoria Java™ EE e clique em Next, como mostra a Figura 33.
    
    Figura 33. Selecionar o arquivo EAR
    
    
    
52. A seguir, fornecemos o local para o qual você deseja exportar o arquivo EAR. Neste exemplo, geraremos o arquivo EAR sob C:\temp. Selecione WebSphere ESB Server v7.5 para o tempo de execução de destino, como ilustra a Figura 34. Em seguida, clique em Finish para gerar o arquivo EAR para implementação.
    
    Figura 34. Configuração de exportação do EAR
    
    
    

Voltar para parte superior

Implementação

Agora mostraremos brevemente como implementar o arquivo EAR no servidor WebSphere Enterprise Service Bus. Presumiremos que ele está na mesma máquina que o Integration Designer, de modo que as tabelas DB2 e gerenciador de filas WebSphere MQ estejam bem configuradas, conforme explicado nas etapas anteriores. Certifique-se de que o DB2 e o gerenciador de filas QM_WESB estão ambos iniciados.

Além disso, presumimos que você sabe como criar um novo perfil no servidor WebSphere ESB ou que pode usar qualquer perfil existente. É possível criar um novo perfil no servidor WebSphere ESB chamado Test01 usando a Profile Management Tool (se o sistema for de 32 bits) ou o comando manageprofiles.bat (para sistemas de 32 e de 64 bits). Fornecemos o comando que usamos como exemplo. Lembre-se de substituir o ID do usuário e a senha do banco de dados corretos no comando de exemplo abaixo. Encontre informações mais detalhadas no Centro de Informações do WebSphere ESB.

"C:\Program Files\IBM\WebSphere\AppServer\bin\manageprofiles.bat" -create -templatePath 
"C:\Program Files\IBM\WebSphere\AppServer\profileTemplates\default.esbserver" 
-profileName TEST01 -dbType DB2_UNIVERSAL -dbUserId DB_USER_ID -dbPassword DB_PASSWORD

Se você já tiver criado pelo menos um perfil nesse servidor WebSphere ESB e gostaria de criar um novo perfil extra para teste, pode usar o comando acima com um argumento adicional, dbDelayConfig true para evitar um "dbType: CWMCF0021E: The database CMNDB already exists." .

53. Inicie o servidor TEST01 a partir de Windows Start -> Programs -> IBM WebSphere -> Enterprise Service Bus -> Profiles -> TEST01 -> Start the server.
54. Entre no console administrativo do TEST01, Windows Start -> Programs -> IBM WebSphere -> Enterprise Service Bus -> Profiles -> TEST01 -> Administrative console. À esquerda, clique em Applications -> Application Types -> WebSphere Enterprise Applications. No painel direito, clique em Install na seção superior para instalar o arquivo EAR. Siga o assistente para selecionar o arquivo MyWTXFlowApp.ear sob c:\temp que acabamos de exportar. Deixe tudo como o padrão na primeira parte. Na segunda parte, lembre-se de selecionar MyWTXFlowWeb. Na última parte, deixe tudo como padrão e clique em Finish para concluir a instalação do ear. Se a instalação for bem-sucedida, clique em Save. Você deve poder ver o aplicativo MyWTXFlowApp na lista Enterprise Application. A implementação foi concluída. Clique em MyWTXFlowApp na lista e clique em Start. Depois do início do processo ser bem-sucedido, você verá a seta verde ao lado do aplicativo, como mostra a Figura 35.

    Observação: caso tenha encontrado problemas e não puder iniciar o servidor de aplicativos, é possível verificar o log em SystemOut.log e SystemErr.log sob o diretório WTX_Installed_Dir}\profiles\TEST01\logs\server1.

    
    
    Figura 35. EAR MyWTXFlowApp implementado com sucesso
    
    
    

Voltar para parte superior

Verificação

Agora vamos colocar as mensagens de teste do MQ Explorer para verificar se o fluxo iniciou corretamente.

55. Inicie o MQ Explorer. Abra as listas Queue por QM_WESB -> Queues. Clique com o botão direito do mouse em WTX_RECEIVE_0 e selecione o item Put Test Message… na lista.
56. No diálogo pop-up "Put message", insira 000001 no campo "Message data" e clique em Put message para colocar a mensagem, como mostra a Figura 36. Feche o diálogo.
    
    Figura 36. Colocar mensagem de teste
    
    
    
57. Se o fluxo for bem-sucedido, você deve poder ver "Current Queue Depth" do WTX_SEND_0 queue tornar-se 1 no MQ Explorer.
58. Verifique o conteúdo da mensagem de saída clicando com o botão direito na fila WTX_SEND_0 e selecionando Browse messages… . Na janela pop-up Message browser, clique duas vezes na única mensagem na lista. Deve ser possível obter o conteúdo da mensagem na janela pop-up Message properties, como mostrado na Figura 37. É possível copiar o conteúdo do campo de dados Data -> Message e colá-lo em um editor de texto.
    
    Figura 37. Visualizando o conteúdo da mensagem
    
    
    
59. Verifique se o conteúdo da mensagem é exatamente igual ao listado na etapa 24 sob Configure the WebSphere Transformation Extender map . Agora é preciso obter o conhecimento de como aprimorar as capacidades de transformação do WebSphere Transformation Extender integrando com o fluxo de negócios IBM SOA.

Voltar para parte superior

Download

Informações sobre métodos de download

Recursos

Aprender

• WebSphere Transformation Extender: Obtenha descrições de produto, notícias, informações sobre treinamento, informações sobre suporte e mais. Especificamente:
  • Documentation: Use o Centro de Informações para toda a documentação do WebSphere Transformation Extender, com informações conceituais, de tarefa e referência sobre instalação, configuração e uso.
  • Biblioteca: Obtenha todas as informações do WebSphere Transformation Extender, incluindo manuais e notas sobre o release para versões recentes.
  • Requirements: Saiba mais sobre os requisitos de hardware e software.
  • Suporte: Comece por aqui para pesquisar um banco de dados de problemas e soluções, mais downloads, correções e rastreamento de problema.
  
  
• Site do developerWorks WebSphere: Obtenha informações técnicas e recursos, downloads de produtos, informações instrutivas, recursos de suporte e uma biblioteca técnica livre com mais de 2.000 artigos técnicos, tutoriais, melhores práticas, IBM Redbooks e manuais de produto on-line.
  
  
• Downloads de WebSphere: Acesse downloads do WebSphere incluindo avaliações de produto, tecnologias emergentes, atualizações, correções, utilitários e drivers.
  
  
• Demos sob demanda do WebSphere: Com demos de autoexecução, saiba como os produtos e tecnologias WebSphere podem ajudar a responder ao ambiente de negócios que muda rapidamente e está cada vez mais complexo.
  
  
• Boletim semanal sobre o WebSphere do developerWorks: Conecte-se aos melhores e mais recentes recursos de desenvolvedor. Obtenha os artigos e informações mais recentes sobre tópicos de seu interesse.
  
  
• Livros da IBM Press relacionados ao WebSphere: Examine o material mais recente e vincule às ordens online convenientes.
  
  
• Eventos relacionados ao WebSphere: Saiba sobre conferências, exposições, webcasts e outros eventos no mundo todo de interesse dos desenvolvedores WebSphere.
  
  
• Segmentos de mercado no developerWorks: Obtenha todos os recursos técnicos específicos do segmento de negócio mais recentes para desenvolvedores.
  
  
• DeveloperWorks no Twitter: entre hoje para seguir os tweets do developerWorks.
  
  
• Podcasts do developerWorks: Ouça entrevistas e discussões interessantes para desenvolvedores de software.
  
  

Obter produtos e tecnologias

• Software de avaliação: localize mais software de avaliação. Faça o download de uma versão de teste, trabalhe com o produto em um ambiente sandbox online ou acesse-o na nuvem.
  
  

Discutir

• Fórum do WebSphere Transformation Extender: Compartilhe resposta e soluções para transformações.
  
  
• Fóruns WebSphere: Aborde problemas relacionados à tecnologia e a produtos. Obtenha as respostas para suas dúvidas técnicas e compartilhe seu conhecimento com outros usuários WebSphere.
  
  
• perfil do developerWorks: crie seu perfil hoje e configure uma lista de observação.
  
  
• Comunidade do developerWorks: Conecte-se a outros usuários do developerWorks enquanto explora os blogs, fóruns, grupos e wikis voltados para desenvolvedores.
  
  

Sobre os autores

Jervis Lee é engenheiro de software da equipe no Laboratório de Desenvolvimento de Software IBM Taiwan. Ele é líder técnico da equipe do WebSphere Transformation Extender Performance Testing. Suas áreas de conhecimento incluem teste de desempenho, programação J2SE/J2EE/J2ME, desenvolvimento de aplicativo da web e soluções de segurança de informações.

Elisa Su é uma advisory software engineer no Laboratório de Desenvolvimento de Software da China, IBM Taiwan. Ela é gerente de projeto da equipe WebSphere Transformation Extender Performance Testing. Antes da sua posição atual, ela foi development leader para o site de suporte técnico mundial da IBM. Suas áreas de conhecimento incluem teste de desempenho, programação J2SE/J2EE, desenvolvimento de aplicativos da web, gerenciamento de conteúdo e gerenciamento de projeto.

Roger Chang é engenheiro de software no China Laboratório de Desenvolvimento de Software, IBM Taiwan. Suas áreas de conhecimento incluem teste de desempenho, programação J2SE/J2EE, desenvolvimento de aplicativos da web e sistema de rede.

Classificar este artigo

Comentários

Voltar para parte superior

Índice

• Introdução
• Pré-requisito
• Scenarios
• Preparar o ambiente
• Configurar o mapa do WebSphere Transformation Extender
• Configurar o fluxo de mediação do WebSphere Enterprise Service Bus
• Implementação
• Verificação
• Download
• Recursos
• Sobre os autores
• Comentários

Conheça a IBM da sua cidade

A IBM está mais perto do que você imagina!

---

Saiba mais