Ferramentas de Teste e de Implementação - Notas sobre o Release

1.0 Introdução
2.0 Software Suportado e Especificações
3.0 Alterações do Release Anterior
4.0 Limitações
   4.1 O Servidor WebSphere Deve Ter Página de Código Correspondente
5.0 Problemas Conhecidos
   5.1 Configurando Adaptadores de Recursos J2C para WebSphere v5
   5.2 O WebSphere Application Server Não Pode Ser Criado nem Iniciado Devido a Caracteres Inválidos
   5.3 Parar o WebSphere V4.0 Test Environment Pode Causar Erro de Gravação do Arquivo de Log
   5.4 Nomes Longos de Diretórios Podem Causar Erros nos Testes de JSP
   5.5 Problemas ao Utilizar o Apache Tomcat Quando Desconectado da Internet
   5.6 Executando Aplicativos Java Que Se Conectam ao WebSphere Application Server
   5.7 Executando o WebSphere V4.0 Administrative Client com a Segurança Ativada
   5.8 Versões do WebSphere Test Environment
   5.9 Utilizando Construtores no Universal Test Client
   5.10 Definindo o ID de Backend ao Utilizar o Auto Table and Data Source Creator
   5.11 Caminho de Classe de Provedor JDBC DB2 Padrão no Linux
   5.12 Clientes de Aplicativos WebSphere Versão 4.0 no Linux
   5.13 O Cliente J2EE Não Pode Acessar o Servidor de Ambiente de Teste em uma Máquina Remota
   5.14 Rastreando com o WebSphere Versão 4.0
   5.15 Não É Possível Testar os Relacionamentos Locais do EJB 2.0 no Universal Test Client
   5.16 Alguns Arquivos São Deixados para Trás Após a Desinstalação do Tempo de Execução do WebSphere V4
   5.17 Executando com o WebSphere MQ
   5.18 Mensagem ao Aplicar PTF do WebSphere V4
   5.19 Criando Origens de Dados e Servidores no Administration Console do WebSphere v5
   5.20 Movendo Configurações de Servidor e Renomeando Projetos de Servidor
   5.21 Opções do Caminho para o Servidor WebSphere
   5.22 Configurando um Servidor Remoto para Utilizar Embedded Messaging
   5.23 Ignorar Mensagem Embedded Messaging client only has been installed na Exibição Console
   5.24 Configurando o Cloudscape 5.1
   5.25 Utilizando o Table and Data Source Creator com o Driver JDBC Tipo 4 do DB2 8.1
   5.26 Publicar Novamente o Servidor WebSphere em uma Máquina AIX Causa Mensagem de Aviso
   5.27 Utilizar Embedded Messaging com um Servidor Remoto AIX ou Linux
   5.28 Depuração em Velocidade Máxima e Suporte a Substituição de Método hot
   5.29 Migração do WebSphere MQ
   5.30 Migração de Projetos do Conector Implementado do WebSphere Studio v5.0
   5.31 Corrupção do Servidor Possível ao Salvar Nova Entrada de Autenticação JAAS

1.0 Introdução

O recurso Server Tools permite testar e publicar aplicativos J2EE em ambientes de tempo de execução local e remoto diferentes. O arquivo readme descreve as limitações, problemas conhecidos e alternativas associadas às seguintes funções do Server Tools:

A ajuda on-line para testar e publicar contém informações adicionais sobre as restrições das Server Tools e sobre como contornar os problemas nas Server Tools.

Para obter informações sobre ambientes de tempo de execução suportados, consulte o readme do produto.

2.0 Software suportado e especificações

O Universal Test Client requer a utilização do Netscape Versão 4.6 ou Mozilla Versão 0.7 ou superior

3.0 Alterações do Release Anterior

As ferramentas do servidor suportam projetos de teste e publicação em servidores WebSphere em máquina Windows, Linux e AIX.

4.0 Limitações

4.1 O Servidor WebSphere Deve Ter Página de Código Correspondente

Ao testar com servidores WebSphere remotos, a máquina remota deve ter a mesma página de código que a máquina local. Executar o servidor local e o remoto com páginas de código diferentes não é suportado e pode corromper o console.

5.0 Problemas Conhecidos

5.1 Configurando Adaptadores de Recursos J2C para WebSphere v5

Você pode receber um erro ao clicar no botão Add na página J2C do editor de configuração do servidor WebSphere v5. Uma solução alternativa para esse problema é configurar o módulo conector em um EAR ou executar as seguintes etapas:

1. Ativar o WebSphere Administrative Console e iniciar o servidor.

2. Abrir e efetuar login no Administrative Console. Selecionar Resources > Resource Adapters a partir da esquerda.

3. Clicar em New. Inserir o Nome do módulo conector e especificar o caminho completo para a pasta connectorModule em seu projeto. Por exemplo, C:\workspace\myConnector\connectorModule.

4. Clicar em Apply e depois Atualizar o projeto do servidor no IDE. Agora você pode continuar a usar o editor de configuração do servidor para quaisquer alterações adicionais.

5.2 O WebSphere Application Server Não Pode Ser Criado nem Iniciado Devido a Caracteres Inválidos

Se você instalar o WebSphere Studio em um diretório cujo nome contenha um cifrão ($) ou qualquer caractere incomum como #, %, + ou *, o servidor WebSphere pode não ser criado ou não será iniciado com êxito. Para evitar isso, não instale o WebSphere Studio em um diretório que contenha um desses caracteres.

Ao criar um servidor WebSphere ou projeto de servidor que conterá um servidor WebSphere, não inclua os caracteres #, %, & ou * no nome. O WebSphere Application Server não suporta esses caracteres.

5.3 Parar o Ambiente de Teste do WebSphere V4.0 Pode Causar Erro de Gravação do Arquivo de Log

Ao parar o WebSphere V4.0 Test Environment no Linux, você pode obter os seguintes erros na exibição Console:

Unable to obtain Shared Log Lock file /opt/wsappdev/plugins/com.ibm.etools.websphere.runtime/logs/activity.log.lck
Stack trace:
com.ibm.ejs.ras.SharedLogLockException
 at com.ibm.ejs.ras.SharedLogBase.acquireHostLock(SharedLogBase.java:251)
 at com.ibm.ejs.ras.SharedLogWriter.log(SharedLogWriter.java:255)
...
Previous exception:
Message:
 null
Stack trace:
java.io.IOException: Permission denied
 at java.io.UnixFileSystem.createFileExclusively(Native Method)
 at java.io.File.createNewFile(File.java:697)
...

O problema é causado quando o servidor falha ao gravar no arquivo activity.log. O processo do servidor será parado com êxito mesmo que você receba essa mensagem de erro. Seguramente você pode ignorar estas mensagens de erro.

5.4 Nomes Longos de Diretórios Podem Causar Erros no Teste de JSP

Se você utilizar um espaço de trabalho em um diretório com um caminho longo ou escolher nomes longos para seu projeto do Enterprise Application ou projeto da Web, você pode obter a seguinte mensagem de erro ao tentar executar uma página JSP:

Error Message: JSPG0113E: JSP file
"Xxx/Yyy_jsp_0.java (Filename too long)" not found

Se você receber esse erro, uma das seguintes ações podem ser tomadas:

5.5 Problemas ao Utilizar o Apache Tomcat Quando Desconectado da Internet

O arquivo web.xml padrão enviado com o Apache Tomcat contém uma referência para um arquivo DTD na Internet. Devido a isso, os servidores Tomcat não iniciarão quando desconectado da Internet. No WebSphere Studio, essas referências foram removidas da configuração do Tomcat versão 3.2 de modo que você possa trabalhar enquanto executa no modo autônomo. Se você importar uma configuração do servidor Tomcat do WebSphere Studio externo ou estiver usando o Tomcat versão 4.0, você pode ter problemas trabalhando enquanto desconectado da Internet. Se isso ocorrer, execute as seguintes etapas para remover essa referência.

  1. Faça backup do arquivo web.xml da configuração do seu servidor Tomcat.
  2. Edite o arquivo web.xml na configuração do seu servidor Tomcat usando um editor de texto.
  3. Remova o elemento DOCTYPE inteiramente do arquivo.
  4. Salve e feche o editor.
Se você tiver problemas ao iniciar o servidor, pode ser necessário conectar-se à Internet e incluir novamente o elemento DOCTYPE utilizando o arquivo web.xml de backup.

5.6 Executando Aplicativos Java que se Conectam ao WebSphere Application Server

O WebSphere Application Server possui uma restrição que determina que todos os aplicativos Java que utilizam o cliente WebSphere para conectarem-se a beans corporativos em execução em um servidor WebSphere devem utilizar o mesmo nível do IBM Java ORB utilizado para construir o cliente WebSphere. Se você não utilizar o mesmo nível de ORB, poderá receber um erro semelhante ao mostrado a seguir quando executar o aplicativo cliente:

java.lang.NoClassDefFoundError: com/ibm/rmi/iiop/GIOPVersionException

Para assegurar que o nível ORB correto seja utilizado, você pode executar o aplicativo cliente utilizando o WebSphere JRE. Para fazer isso, execute as etapas a seguir:

  1. Abra o diálogo Launch Configurations utilizando os itens de menu Run > Run ou Run > Debug na perspectiva Debug.
  2. Selecione a Configuração de Lançamento de Aplicativo Java que você deseja editar.
  3. Vá para a página JRE e selecione o WebSphere JRE apropriado a partir da caixa de combinação.
  4. Aplique as alterações.

Como alternativa, você pode executar o aplicativo cliente com qualquer JRE contanto que assegure que o nível de ORB correspondente seja utilizado. Para fazer isso, execute as etapas a seguir:

  1. Abra o diálogo Launch Configurations utilizando os itens de menu Run > Run ou Run > Debug na perspectiva Debug.
  2. Selecione a Configuração de Lançamento de Aplicativo Java que você deseja editar.
  3. Vá para a página Arguments e inclua o seguinte no campo VM Arguments:
    -Xbootclasspath/p:WAS_installdir\java\jre\lib\ext\ibmorb.jar
    em que WAS_installdir é o diretório que contém o tempo de execução, por exemplo, c:\Program Files\IBM\WebSphere Studio\runtimes\aes_v4
  4. Aplique as alterações.

5.7 Executando o WebSphere V4.0 Administrative Client com Segurança Ativada

O WebSphere Versão 4 Administrative Client não pode ser lançado diretamente a partir do workbench quando a segurança está ativada. Para lançar o cliente administrativo, siga estas etapas:

  1. Inicie o servidor WebSphere.
  2. Abra um navegador da Web e digite o seguinte URL: http://[localhost:8080]/admin, em que [localhost:8080] é o nome do servidor e porta que você está utilizado.
  3. Digite o ID do usuário e senha utilizados para configurar a segurança. Clique em Send.
  4. Na área de janela à direita, clique em Configuration > Open.
  5. Selecione "Enter full path to file on server".
  6. Digite o caminho completo para a configuração do servidor no campo de texto. Por exemplo: C:\studio\eclipse\workspace\Servers\was.wsc\server-cfg.xml.
  7. Clicar em OK.

5.8 Versões do WebSphere Test Environment

O Test Environment do WebSphere versão 4 é baseado no WebSphere versão 4.06. O Test Environment do WebSphere versão 5 é baseado no WebSphere versão 5.02. Quando migrar de uma versão anterior do WebSphere Studio, os e-fixes para o Ambiente de Teste do WebSphere serão removidos e você deve reinstalá-los manualmente.

5.9 Utilizando Construtores no Universal Test Client

Ao utilizar o Universal Test Client, você não poderá construir objetos que consideram interfaces como parâmetros na página de parâmetros. Todos os objetos a ser construídos a partir de parâmetros com tipos de interface devem utilizar a seção de referências de classe.

Primeiro carregue e construa um objeto do tipo interface ou abstrato. Em seguida, carregue a classe que contém o construtor com o tipo abstrato/interface. Agora escolha o objeto pré-criado na página de parâmetros.

5.10 Definindo o ID de Backend ao Utilizar o Auto Table e Data Source Creator

Quando utilizar o criador automático de tabela e origem de dados para beans corporativos CMP da unidade de teste, você deve definir o ID de backend para Cloudscape. Por padrão, o ID de backend atual aparece em branco mas, no tempo de execução, ele utilizará DB2 como o ID de backend, a menos que você especifique explicitamente um ID.

Para especificar Cloudscape como o ID de backend, proceda da seguinte forma:

  1. Na exibição J2EE Hierarchy, clique com o botão direito do mouse no projeto EJB e selecione Open with > Deployment Descriptor Editor.
  2. Role para baixo até a seção Backend ID.
  3. Clique no botão Refresh ao lado do campo Current para carregar todos os IDs de backend disponíveis.
  4. No campo Current, selecione o mapa do Cloudscape que você gerou a partir do menu drop-down. Por exemplo, CLOUDSCAPE_V50_1.
  5. Salve suas alterações e feche o editor.

5.11 Caminho de Classe do Provedor Padrão DB2 JDBC no Linux

O caminho da classe do provedor padrão DB2 JDBC no Linux é definido para ${DB2_JDBC_DRIVER_PATH}/db2java.zip. A localização da instalação do DB2 não pode ser detectada no Linux. Portanto, você precisa remover manualmente essa entrada do caminho da classe e adicionar uma nova entrada com o caminho correto no editor de servidor se quiser utilizar uma origem de dados DB2 no Linux.

5.12 Clientes de Aplicativos WebSphere Versão 4.0 no Linux

Para acessar beans corporativos a partir de um cliente aplicativo em execução no WebSphere versão 4.0, você deve especificar a porta bootstrap correta do ORB do servidor. Você pode fazer isso definindo o URL do JNDI Provider para o contexto inicial ou, se estiver utilizando beans de acesso, especificando a porta bootstrap do ORB na linha de comandos, adicionando -CCBootstrapPort=2809 como um Program Argument na página Arguments do assistente Launch Configuration.

5.13 Um Cliente J2EE Não Pode Acessar o Servidor de Ambiente de Teste em uma Máquina Remota

Você pode obter org.omg.CORBA.COMM_FAILURE ao tentar acessar um servidor de ambiente de teste a partir de um cliente J2EE em execução em uma máquina remota. Você precisa configurar o nome do host bootstrap do ORB definido na configuração do servidor remoto para corrigir o problema. Para editar o nome do host bootstrap do ORB, vá para a porta Ports do editor de servidor e defina o campo Host name na seção ORB bootstrap port para o nome do host remoto.

Depois da alteração ser feita, salve as alterações e reinicie o servidor do test environment para que as alterações tenham efeito.

5.14 Rastreando com o WebSphere Versão 4.0

Se você desativar o rastreio para o WebSphere versão 4.0, receberá uma ConnectionException no console e não poderá parar o servidor corretamente.

5.15 Não É Possível Testar os Relacionamentos Locais do EJB 2.0 no Universal Test Client

O Universal Test Client não suporta transações por meio de várias solicitações. Isso significa que as relações locais do EJB 2.0 não podem ser testadas porque você não pode obter a coleção que contém a relação e trabalhar com o conteúdo em uma única solicitação.

5.16 Alguns Arquivos São Deixados para Trás Após a Desinstalação do Tempo de Execução do WebSphere V4

Quando o tempo de execução do WebSphere V4 é desinstalado, o diretório WS_installdir/runtimes/aes_v4 pode ainda existir depois da desinstalação. Você precisa remover manualmente este diretório caso ele ainda exista; de outro modo, você pode encontrar alguns problemas no suporte ao servidor WebSphere V4. A mesma verificação precisa ser feita manualmente se o WebSphere Studio for desinstalado e instalado na mesma localização novamente.

5.17 Executando com o WebSphere MQ

Se você tiver instalado o componente WebSphere MQ, será necessário criar um script para ativar o WebSphere Studio com os caminhos e variáveis de ambiente corretos. Execute as seguintes etapas:

  1. Utilizando VI ou outro editor de texto, crie um arquivo chamado wsappdevmq.sh.
  2. Edite o arquivo e adicione o seguinte texto:
     	export PATH=$PATH:/opt/mqm/bin:/opt/mqm/java/bin:/opt/wemps/bin 	export LD_LIBRARY_PATH=/opt/mqm/lib:/opt/mqm/java/lib:/opt/wemps/lib:$LD_LIBRARY_PATH 	export WEMPS_REGISTRY=/var/wemps/registry 	wsappdev50
  3. Salve o arquivo e saia do editor.
  4. Digite o comando chmod a+x wsappdevmq.sh
  5. Utilize o script wsappdevmq.sh para ativar o WebSphere Studio em vez de wsappdev.

5.18 Mensagem ao Aplicar o PTF do WebSphere V4

Ao aplicar o PTF do WebSphere V4, você poderá ver a mensagem "NOTE: Please regenerate the plugin configuration once the server is started in order to update the plugin-cfg.xml file". Essa mensagem pode ser ignorada com segurança.

5.19 Criando Origens de Dados e Servidores no WebSphere v5 Administration Console

Você pode receber um NullPointerException ou outros erros ao adicionar origens de dados ou criar servidor utilizando o Administration Console do WebSphere v5 no WebSphere Studio. Utilize uma das soluções alternativas a seguir:

  1. Se você estiver criando uma origem de dados, utilize o editor de servidor do WebSphere v5. O editor pode ser aberto dando um clique duplo no servidor WebSphere v5 na exibição Servers ou Server Configurations. Vá para a página Data source para adicionar, editar ou remover origens de dados do servidor.
  2. Pare o servidor.
    1. Copie o diretório de gabaritos do diretório a seguir (em que WS_installdir é um diretório no qual você instalou o WebSphere Studio):
      WS_installdir\runtimes\base_v5\config\templates
      para seu espaço de trabalho atual sob a pasta:
      workspace_ dir\server_ project\server_ name.wsc
    2. Reinicie o servidor e tente novamente.

5.20 Movendo Configurações de Servidor e Renomeando Projetos de Servidor

A associação entre um servidor e sua configuração de servidor inclui o projeto no qual a configuração do servidor reside. Ao renomear um projeto de servidor ou mover uma configuração de servidor para um projeto diferente, todos os servidores que utilizam as configurações terão suas associações interrompidas. Para resolver o problema, na exibição Servers, clique com o botão direito no servidor e selecione Switch Configuration > server_configuration_name para associar a configuração novamente ao servidor.

5.21 Path Options do Servidor WebSphere

A funcionalidade Path Option na página Environment do editor de servidor do WebSphere não funciona. O caminho inserido no campo Java Library Path será adicionado ao PATH existente do servidor. Você não terá controle sobre onde os dados serão adicionados, por exemplo, se os dados serão adicionados ao início, fim ou em substituição ao PATH existente do servidor.

5.22 Configurando um Servidor Remoto para Utilizar Embedded Messaging

No tópico Definindo um Servidor para Utilizar o Embedded Messaging, algumas partes do conteúdo para a seção Test Environment aplicam-se às instruções da seção Servidor Remoto. O seguinte deve ser definido na configuração de um servidor local ou remoto: WAS_PUBSUB_ROOT, MQ_INSTALL_ROOT e um Queue manager do lado do servidor. Além disso, você também precisará ter uma entrada na seção ws.ext.dirs da configuração do servidor apontando para o diretório java/lib onde o WebSphere MQ está instalado.

Instruções sobre como configurar um Queue manager podem ser localizadas na seção Test Environment deste tópico. O mesmo arquivo em batch createmq existe em uma máquina do WebSphere Application Server  independente no mesmo diretório relativo à raiz de instalação do WebSphere Application Server. Será necessário executar esta etapa se você estiver implementando o servidor remotamente a partir do WebSphere Studio para uma máquina do WebSphere Application Server remota.

Nota: Se você tiver instalado o Embedded Messaging com o instalador do WebSphere Studio, você não precisa executar o createmq.bat nem configurar o variables.xml ou criar um arquivo em batch para ativar o workbench, assegurando-se de que os binários MQ estejam no caminho do servidor WAS. Você ainda precisará fazer a adição ao ws.ext.dirs no servidor. Essa tarefa é necessária somente se você tiver instalado o Embedded Messaging com o instalador do WebSphere Application Server.

5.23 Ignorar Mensagem Embedded Messaging client only has been installed na Exibição Console

Durante a inicialização do WebSphere v5.0 Test Environment, você poderá ver uma mensagem na exibição Console informando "Embedded Messaging client only has been installed", apesar do Embedded Messaging, um componente opcional, não ter sido instalado como parte da instalação do WebSphere Studio. Essa mensagem pode ser ignorada com segurança e não significa que o Embedded Messaging foi instalado, mas que determinadas variáveis de configuração do servidor estão definidas para o servidor de teste, o que gera essa mensagem enganosa.

5.24 Configurando o Cloudscape 5.1

Para instalar o Cloudscape 5.1, execute o arquivo installCloudscape51.bat no Windows ou o arquivo Cloudscape51.sh no Linux. Esse arquivo está localizado no diretório WS_installdir/runtimes/base_v5/cloudscape51 (em que WSinstalldir é o diretório no qual você instalou o WebSphere Studio. O instalador ativa um instalador do Cloudscape específico do WebSphere. Quando o Directory name for solicitado, procure ou digite o diretório WS_installdir/runtimes/base_v5.

Nota: Depois de instalar o Cloudscape 5.1, não será possível executar nem ter nenhuma origem de dados Cloudscape 5.0 definida. Se quiser executar o Cloudscape 5.0, você deverá primeiro desinstalar o Cloudscape 5.1 e, em seguida, remover as origens de dados Cloudscape 5.1 ou alterá-las para origens de dados Cloudscape 5.0.

5.25 Utilizando o Table and Data Source Creator com o Driver JDBC Tipo 4 do DB2 8.1

O Table and Data Source Creator suporta a criação automática de tabelas de bancos de dados e origens de dados associadas configuradas no servidor de aplicativos para facilitar os testes dos beans CMP no WebSphere Test Environment. A versão do DB2 suportada é DB2 v 8.1, utilizando o driver JDBC Java puro, Tipo 4, que funcionará nos sistemas que tiverem o DB2 v8.1 instalado local ou remotamente.

Para gerar tabelas e origens de dados para o DB2, dois arquivos JAR devem estar disponíveis na máquina de desenvolvimento. Um é o driver JDBC em si, contido em um arquivo jar chamado db2jcc.jar e o outro é um arquivo JAR de licença chamado db2jcc_license_cisuz.jar. Esses arquivos JAR geralmente estão localizados no DB2_installdir/SQLLIB/java  (em que DB2_installdir é o diretório no qual o DB2 foi instalado). Para sistemas nos quais o DB2 é instalado na máquina de desenvolvimento, é feita uma tentativa para determinar esses caminhos e nenhuma outra etapa é requerida. Se os caminhos não forem automaticamente determinados, especifique os caminhos manualmente na caixa de diálogo.

Se o DB2 for instalado em uma máquina remota, você deve fornecer o caminho completo para os dois arquivos JAR quando a caixa de diálogo DB2 connection aparecer na hora da criação da tabela. Nenhuma configuração é requerida, já que isso é feito automaticamente. O não-fornecimento do caminho para os dois arquivos JAR pode resultar na seguinte exceção, na hora da criação da tabela e no tempo de execução:

com.ibm.db2.jcc.c.SqlException: The version of the IBM Universal JDBC driver in use is not licensed for connectivity to DB2 for Unix/Windows databases.  
To connect to this DB2 server, please obtain a licensed copy of the IBM DB2 Universal Driver for JDBC and SQLJ.

Uma cópia licenciada do driver significa que o db2jcc_license_cisuz.jar é adicionado ao caminho em db2jcc.jar. Apesar de somente o driver tipo 4 ser suportado para o table and data source creator, você está livre para exportar seus esquemas DB2 utilizando as ferramentas RSC.

Na caixa de diálogo DB2 connection settings, é solicitado que você forneça o "path to db2jcc.jar". Isso implica no caminho para esse jar e para o jar de licença.O botão Browse permite a você fazer diversas seleções de arquivos, portanto o que você precisa fazer é selecionar o arquivo db2jcc.jar e o arquivo db2jcc_license_cisuz.jar. Se você selecionar apenas um, o campo de entrada permanecerá em branco. Você deve selecionar os arquivos ou fornecer manualmente o caminho para ambos para sair da caixa de diálogo e continuar.

5.26 Publicar Novamente o Servidor WebSphere em uma Máquina AIX Causa Mensagem de Aviso

Ao publicar novamente um servidor WebSphere em uma máquina AIX, você pode obter algumas mensagens de aviso sobre falha ao excluir alguns arquivos na caixa de diálogo "Publishing". Você pode ignorar com segurança essas mensagens de aviso.

5.27 Utilizar Embedded Messaging com um Servidor Remoto AIX ou Linux

Se você tiver instalado o embedded messaging em um servidor remoto AIX ou Linux, é necessário executar as seguintes etapas:

  1. No WebSphere Studio, na página Environment do editor do servidor, na seção ws.ext.dirs, clique no botão Add External Folder e inclua o diretório contendo as classes de implementação Java embedded messaging.
  2. Na seção Java Library path, digite o caminho para os arquivos binários MQ. Salve as alterações.
  3. Na máquina remota, inclua uma variável de ambiente denominada WEMPS_REGISTRY no arquivo serverconfig.xml localizado onde você tiver instalado o Agent Controller. No arquivo serverconfig.xml, essa variável está localizada na seção de configuração do aplicativo para wteRemoteV5.exe. Exemplo:
    <Variable
    name="WEMPS_REGISTRY" position="prepend"
    value="/var/wemps/registry"></Variable>
    em que /var/wemps/registry é o caminho para essa variável.

5.28 Depuração em Velocidade Máxima e Suporte a Substituição de Método hot

A depuração na velocidade máxima e a substituição do método hot só é suportado ao depurar no ambiente de teste do WebSphere V5. Depurar aplicativos fora do ambiente de teste do WebSphere V5 não é suportado.

5.29 Migração do WebSphere MQ

O componente WebSphere MQ não suporta a compatibilidade de versão cruzada. Você deve assegurar que a versão do WebSphere MQ que está utilizando esteja no mesmo nível de fixpack que o ambiente de teste do WebSphere ou o werver do WebSphere para o qual está implementando.

Por exemplo, você não deve utilizar o WebSphere MQ instalado pelo WebSphere Studio v5.0 com um ambiente de teste do WebSphere v5.0.2. Em vez disso, você deve desinstalar o WebSphere MQ e instalar a versão fornecida com o WebSphere Studio v5.1.

5.30 Migração de Projetos do Conector Implementado do WebSphere Studio v5.0

Espaços de trabalho criados no WebSphere Studio v5.0 contendo projetos de conector que são implementados para um ambiente de teste do WebSphere ou servidor WebSphere não são migrados automaticamente ao mover para um release superior. Você pode receber erros quando tentar publicar os projetos do conector para o servidor.

Uma solução alternativa para o problema é, na exibição Servers, clicar com o botão direito no servidor e selecionar Add and remove projects. Remova o projeto EAR do servidor e adicione-o novamente. Isso corrigirá a configuração do servidor WebSphere para que os projetos do conector sejam implementados corretamente.

5.31 Corrupção do Servidor Possível ao Salvar Nova Entrada de Autenticação JAAS

Se abrir um editor do servidor V5, crie e salve uma nova Entrada de Autenticação JAAS sem sair do editor e, em seguida, vá para a guia Data Source e adicione uma origem de dados V5; um diálogo File changed aparecerá. Você deve clicar em NO para evitar corromper a configuração do servidor.

Retornar para o arquivo Leia-me principal