© Direitos Autorais International Business Machines Corporation 2006. Todos os direitos reservados. Direitos Restritos aos Usuários do Governo dos Estados Unidos - Uso, duplicação ou divulgação restritos pelo documento GSA ADP Schedule Contract com a IBM Corp.
Este arquivo de notas sobre o release contém as informações mais recentes sobre as limitações, problemas conhecidos e soluções alternativas para as ferramentas de implementação do WebSphere® Integration Developer e o ambiente de teste do WebSphere.
Nenhum(a)
No WebSphere Integration Developer 6.0.1, os projetos publicados em um WebSphere Process Server ou servidor ESB que foram configurados para executar com recursos no espaço de trabalho não tiveram de ser publicados para sincronizar as alterações com os recursos Java™ no aplicativo publicado. Em vez disso, o servidor automaticamente reconheceu a alteração nos arquivos de classe gerados e reiniciou o aplicativo no servidor, causando às vezes um comportamento indesejado.
Por exemplo, se a reciclagem do aplicativo pelo servidor ocorresse durante uma construção de limpeza do espaço de trabalho, o aplicativo poderia não ter finalizado a reconstrução e seu reinício poderia ter causado falhas no processo do servidor.
No WebSphere Integration Developer 6.0.2, os projetos publicados em um WebSphere Process Server ou servidor ESB com recursos no espaço de trabalho não serão automaticamente reiniciados quando os recursos Java forem alterados. Se a alteração em um arquivo Java ocorrer em um aplicativo que é publicado em um servidor com publicação automática ativada, então, o WebSphere Integration Developer fará com que o servidor reinicie automaticamente o aplicativo. Se a alteração em um arquivo Java ocorrer em um aplicativo que está publicado em um servidor com publicação automática desativada, que é o padrão, então, aparecerá um aviso na visualização Problemas para informar que o aplicativo deve ser reiniciado no servidor afetado. No último caso, você poderá republicar o aplicativo manualmente a partir da visualização Servidor, utilizar a correção rápida associada ao marcador de problema no projeto do aplicativo ou confiar na estrutura de teste do componente para executar a ação corretiva quando iniciar um teste de componente.