1.0 Introdução
2.0 Problemas e Limitações Conhecidos
2.1
Executando Programas Java com Caracteres Não-Latin-1 nos Nomes de Pacotes ou de Classes
2.2 Atributos de Depuração Ausentes
2.3 Definindo Pontos de Interrupção
2.4 Utilizando a Substituição de
Código Automática
2.5 Bloco de Rascunho
2.6 Depurando Através de Conexões Lentas
2.7 Atualização de Valores Inspecionados
2.8
Avançando sobre Métodos Nativos que Executam E/S
2.9 Pesquisando Referências de Campo Constantes
2.10
Unidades de Compilação Java Fora do Caminho da Classe de Compilação
2.11 VM e Finalização do Processo em Execução no IBM 1.3 JVM no Linux
2.12 Ações para Modificar Arquivos Somente Leitura
2.13 Gabaritos de Código Java
2.14 Organizar Importação e Importações de Pacotes Padrão
2.15 Incluir Ação de Javadoc nos Campos
2.16 Ajuda Instantânea de Javadoc no Editor Java
2.17 Código HTML >
Exibido na Nova Classe Java em Vez de >
2.18 Não é Possível
Executar ou Depurar a Classe em um projeto com Caracteres GB18030 no Nome do Projeto
2.19 Não é Possível
Depurar os Estouros de Pilha
2.20 Limitação da
Avaliação
2.21 Pontos de Interrupção Fora do Caminho da Classe de Compilação
2.22 Correção Rápida e Importações
de Pacotes Padrão
2.23 Recortar, Copiar,
Colar Não Estão Funcionando para Recursos Vinculados em Exibições que Mostram Elementos Java
2.24
Os Conjuntos de Trabalho Java Não Estão Funcionando Corretamente para Elementos do Contêiner da Biblioteca do Sistema JRE
2.25
Não é Possível Gerar Javadoc para Pacotes com Caracteres GB18030 no Nome
2.26 A Edição Vinculada Não Funciona
Corretamente no Modo Sobrescrever
2.27 O Gabarito de Geração do Código em Bloco de Captura Deve Terminar com Nova Linha se a Última Linha For uma Linha de Comentário
2.28 Problema para Abrir o Editor de Arquivos de Classe
Este tópico contém informações sobre problemas e limitações conhecidos com o Java Development Tools.
rt.jar
) são compiladas sem
atributos de depuração completos e, portanto, as variáveis locais e os argumentos de método
para essas classes não ficam visíveis no depurador.
A escalada e a substituição de código automático em VMs do JDK 1.4.0 não são confiáveis.
Quando o código é executado no bloco de rascunho que, direta ou indiretamente, chama o System.exit(int)
,
a avaliação não pode ser concluída e resultará em um rastreio de pilha para um com.sun.jdi.VMDisconnectedException
que esteja sendo exibido no editor de bloco de rascunho.
Finalizar uma página do bloco de rascunho enquanto está executando uma avaliação resulta
na exibição de um com.sun.jdi.VMDisconnectedException
no
editor de bloco de rascunho.
System.out
ou System.err
, a saída pode não aparecer imediatamente, a menos que o
método nativo execute uma limpeza no buffer de saída.
Você não pode utilizar ${CURSOR}
dentro de um comentário em um gabarito de
código Java (Window > Preferences > Java > Templates).
Organizar a importação não trata das importações de pacotes padrão. Observe que a importação de um pacote padrão não é mais suportada no JDK 1.4.
A ação Add Javadoc não funciona para campos.
A ajuda instantânea de Javadoc mostrada ao passar sobre os identificadores no editor Java não trata dos links dentro de comentários Javadoc apropriadamente.
Ao criar uma nova classe Java, os comentários gerados indicam:
To change the template for this generated file go to Windows >
Preferences > Java > Code Generation > Code and Comments.
O código HTML para o sinal de maior do que (>) está sendo utilizado em vez do sinal em
si. O comentário deveria ser:
To change the template for this generated file go to Windows > Preferences >
Java > Code Generation > Code and Comments.
A maioria das bibliotecas de classes não suportam corretamente a criação de um processo do sistema (através de java.lang.Runtime.exec(...)
) quando a linha de comandos especificada contiver caracteres GB18030. Essa limitação indica que o depurador não pode ativar aplicativos quando a linha de comandos gerada contiver caracteres GB18030.
Se uma sessão de depuração for suspensa em uma execução java.lang.StackOverflowError
(devido a um ponto de interrupção de execução), o depurador pode não ser capaz de recuperar
nenhuma informação de depuração da JVM de destino. Além disso, o depurador pode não ser capaz
de interagir de forma confiável com a JVM de destino além desse ponto.
O depurador utiliza encadeamentos na JVM de destino para executar avaliações (avaliações
explícitas solicitadas pelo usuário e avaliações implícitas, como chamadas
toString()
na exibição Variables). A JDI (Java
Debug Interface) requer que o encadeamento no qual uma avaliação é executada seja
suspenso pelo evento do usuário (ou seja, um ponto de interrupção ou pedido de etapa).
As avaliações não podem ser executadas em encadeamentos suspensos pela ação suspender. Além disso, quando um ponto de interrupção for configurado para suspender a JVM em vez de apenas o
encadeamento individual, os encadeamentos que não encontraram o ponto de interrupção não estarão em um estado válido para executar uma avaliação. Quando há a tentativa de uma avaliação em um encadeamento que não está em um estado válido para executar uma avaliação, aparecerá uma mensagem de erro similar a: "Thread must be suspended by step or breakpoint to
perform method invocation".
Os pontos de interrupção podem ser criados somente em elementos Java contidos no caminho da classe de compilação de um projeto. O depurador Java exclui automaticamente os pontos de interrupção se seu elemento Java associado for removido do caminho de compilação de um projeto. No entanto, se o plug-in de depuração Java não for carregado quando um caminho de compilação for alterado, esses pontos de interrupção permanecerão no espaço de trabalho e poderão causar erros quando o usuário tentar ir para o arquivo associado ao ponto de interrupção a partir da exibição Breakpoints.
A correção rápida não trata de importações de pacotes padrão. Observe que a importação de um pacote padrão não é mais suportada no JDK 1.4.
As ações recortar, copiar e colar não funcionam para os arquivos e pastas vinculados que aparecem em exibições que mostram elementos Java, incluindo o Package Explorer. A solução alternativa é utilizar essas ações da exibição Navigator.
Aplicar um conjunto de trabalho constituído inteiramente por elementos do contêiner da biblioteca do sistema JRE como filtro para a exibição dos pacotes pode resultar em um Package Explorer vazio.
A maioria das bibliotecas de classes não suporta corretamente a criação de um processo do sistema (através de java.lang.Runtime.exec(...)
) quando a linha de comandos especificada contiver caracteres GB18030. Como o Javadoc é criado utilizando o executável do Javadoc fornecido com o JDK, a geração do Javadoc falhará se o pacote ou o nome da classe contiver
caracteres GB18030.
A edição vinculada é utilizada para renomear elementos em uma única unidade de compilação e para gabaritos com várias ocorrências da mesma variável de gabarito. A edição vinculada não funciona corretamente no modo sobrescrever.
Se a última linha do gabarito de geração do código em bloco de captura for uma linha de comentário, então, a linha deve ser finalizada com uma nova linha. Caso contrário, a chave de fechamento vai para a linha de comentário, resultando em um erro de compilação.
Se a preferência "Use classpath containers" tiver sido ativada na página de preferências Plug-in Development > Java Build Path Control, você poderá não conseguir abrir um editor de arquivo de classe para um arquivo de classe contido em um JAR no contêiner "Required plug-in entries". Uma solução alternativa para o problema é expandir o arquivo de classe no Packages Explorer; isso exibirá a estrutura do arquivo de classe como o editor o faria. Se um zip do código fonte estiver disponível para o JAR, outra opção é anexar o código fonte ao arquivo JAR.
Para anexar o código fonte a um JAR no contêiner "Required plug-in entries", siga estas etapas:
Retornar para o arquivo Readme principal
(C) Copyright IBM Corporation 2000, 2003. Todos os Direitos Reservados.