1.0 Introdução
2.0 Problemas Conhecidos
2.1 Ambiente de
Desenvolvimento da Web
2.2
Depuração do WebSphere Application Server
2.3 Depurador de
JavaScript
2.4
Ferramentas de Teste e de Implementação (Ferramentas do Servidor)
2.5 Depurador de JDT (Java Development Tools)
2.6 Limitações do Idioma Nacional
2.7 Depurador de SQLJ
Os depuradores no WebSphere Studio fornecem as ferramentas necessárias para depurar aplicativos da Web, JavaScript do lado do servidor, Java, SQLJ, Procedimentos Armazenados de SQL e linguagens compiladas. Este arquivo leia-me descreve os problemas e limitações conhecidos que estão associados aos depuradores do WebSphere Studio.
Depuração de JSP:
- Os arquivos JSP podem ser depurados ao testar em um WebSphere Application Server. Se você estiver testando um servidor Tomcat, o depurador não parará nos pontos de interrupção do JSP.
- Pontos de Interrupção podem ser definidos nos arquivos JSP com as seguintes marcações:
- Scriplets JSP do formulário: <% %>
- Expressões JSP do formulário: <%= %>
- Declarações JSP do formulário: <%! %>
- As marcações jsp:useBean, jsp:getProperty, e jsp:setPropertys
- Marcações Personalizadas
- Pontos de interrupção não podem ser definidos para os seguintes conjuntos de marcação:
- Código HTML
- Diretriz JSP
- Todas as outras marcações JSP (jsp:include, jsp:forward, etc.)
- Se você estiver migrando um espaço de trabalho de uma versão anterior do WebSphere Studio para essa versão, será necessário excluir os pontos de interrupção JSP e recriá-los.
- O modo de depuração passo a passo falhará para os métodos iniciais de EJB: Se você utilizar o WebSphere Application Server Debug Adapter para ativar uma sessão de depuração, o modo de depuração passo a passo não será parado para métodos iniciais de EJB. Utilize os pontos de interrupção se deseja depurar esses métodos.
- O passo retornar de Java para o JavaScript não é suportado: Utilize pontos de interrupção se deseja poder retornar de Java para o código JavaScript.
- Depurando JSPs:
- O depurador passo-a-passo não irá funcionar para JSPs que não contenham qualquer código executável.
- Se utilizar o WebSphere Application Server Debug Adapter para lançar uma sessão do depurador, não poderá inspecionar ou exibir as variáveis e expressões JSP.
- Executar para a linha não é suportado pelos JSPs.
- Definindo pontos de interrupção JSP pode ser lento. Permita um tempo extra para o depurador inicializar se tiver muitos pontos de interrupção JSP.
- Os pontos de interrupção em variáveis estáticas nos blocos de declaração JSP não funcionarão e poderão causar outros problemas de ponto de interrupção.
- As propriedades dos pontos de interrupção como contagem de ocorrências, encadeamentos selecionados, e política de suspensão do VM não são suportadas para pontos de interrupção JSP.
- Não defina pontos de interrupção Java no Editor do Debugger: Os pontos de interrupção Java devem ser definidos no Editor Java e não no Editor Debugger.
- Utilizando o item de menu popup Change Source File da exibição Debug: Se você alterar o arquivo fonte que é exibido utilizando o item de menu popup Change Source File no quadro de pilhas, o novo arquivo poderá não ser aberto no editor. Para solucionar isso, clique em um outro quadro de pilhas e, em seguida, clique novamente no quadro de pilhas original. O novo arquivo deverá então ser aberto no editor.
- Console Debug: No console Debug, os hyperlinks para abertura de tipos não funcionarão.
- Rótulos de estrutura de pilha após troca a quente: Se, após uma substituição de código automático, algumas das estruturas de pilhas tiverem rótulos como
<unknown receiving type>(<unknown declaring type>).<unknown method name>(<unknown arguments>) line: not available <unknown line number>você pode obter os rótulos corretos passando para uma perspectiva diferente e depois voltando para a perspectiva Debug.
- Um objeto JavaScript não está disponível para consulta até que seu construtor seja concluído: Você pode percorrer a execução do construtor, mas não pode examinar o objeto que está sendo construído, até que a construção seja concluída (você saiu do construtor).
- Escalonamento e quadros de pilhas abaixo do quadro de pilhas superior: O avanço e retorno de um quadro de pilhas diferente do quadro de pilhas superior não são suportados para o JavaScript.
- Inclusão de JSP: A depuração de JavaScript em uma inclusão de JSP não é suportada.
- Sair de funções recursivas: Os usuários que depuram funções recursivas de JavaScript perceberão que, quando saírem de uma função recursiva, não retornarão ao nível de execução superior.
- Não expanda objetos que contêm as variáveis writer ou inputStream: Ao examinarem os objetos JavaScript, os usuários são avisados para não expandir objetos que contêm as variáveis writer ou inputStream. Isso torna o depurador não-responsivo.
- Ambiente de Teste: A depuração de JavaScript não funcionará ao utilizar o WebSphere V5 Test Environment. Esse problema é corrigido no APAR #PQ73036.
Considere o seguinte, quando decidir executar um servidor no modo de depuração:
- Os servidores podem iniciar e executar mais lento do que quando executando em modo de não-depuração.
- O WebSphere Application Server demora bem mais para compilar páginas JSP.
As informações sobre os problemas e limitações conhecidos com as ferramentas de desenvolvimento Java estão disponíveis nas notas sobre o release do JDT (Java Development Tools) e nas notas sobre o release do Workbench (IDE). Seus links são feitos a partir do leia-me do produto principal instalado com este produto.
- Limitação de BiDi (bidirecional): Você não poderá utilizar o editor do Debugger quando depurar JSPs que foram codificados em uma página de códigos diferente da página de códigos nativa.
- Depurador de Linguagem Compilada:
- Em sistemas de byte único (SBCS), o Depurador de Linguagem Compilada não suporta nomes de programas ou a transmissão de parâmetros do programa que contenham caracteres acima de 0x7F.
- O uso de caracteres NL em nomes de depuração e argumentos de depuração não é suportado.
Ao executar troca a quente ao depurar com a JVM J9, se houver métodos de SQLJ na pilha de chamada, será aberto um diálogo Obsolete methods on the stack. Se a troca a quente foi de uma classe SQLJ, a classe será recarregada na JVM, mas você não verá a execução do novo código até a próxima vez em que um método na classe for chamado.
Se tiver feito troca a quente de uma classe SQLJ, os pontos de interrupção SQLJ poderão não funcionar para essa classe durante a sessão de depuração atual.
Retornar para o Arquivo Leia-me Principal
(C) Copyright IBM Corporation 2000, 2003. Todos os Direitos Reservados.