1.0 Problemas e Limitações Conhecidos
1.1 Analisador de Log e de Rastreio
1.1.1 Problemas na Execução do Java Runtime Environment (JRE) v1.4.1 da IBM das Regras do Analisador de Log e de Rastreio
1.1.2 A Importação de um Arquivo de Log de um Sistema z/OS Remoto Pode Resultar em Dados Incompletos
1.1.3 A Análise Contínua de um Arquivo de Log com um Rodapé Resulta em Registros Ausentes
1.1.4 Algumas Mensagens de Erro Estão Duplicadas na Visualização de Problemas do Editor de Configuração do GLA
1.1.5 O Adaptador de Log Genérico não Suporta a Criação de Regras para Analisar Vários Formatos de Timestamp
1.1.6 Erros do Formatador na Visualização de Problemas Quando Novo Arquivo Adaptador do GLA é Executado na Perspectiva do Adaptador de Log Genérico
1.1.7 O Analisador de Regras do Log de Acesso ao Servidor HTTP não Analisa Alguns Registros Corretamente
1.2 Agent Controller
1.2.1 O Texto do Console é Truncado no Traçado de Perfil de um Aplicativo Java em um Sistema DBCS
1.2.2 A Cópia de Arquivo do Agent Controller no HP 11i não Funciona
1.2.3 O Agent Controller Relata o Erro "sh: sysdef: não localizado" no Solaris
1.2.4 O Agent Controller em Execução com um Sun JVM no Linux Entra em um Loop Infinito
1.2.5 Não São Permitidas Várias Instâncias do Agent Controller em uma Máquina
1.2.6 FileNotFoundExceptions não Relatado pelo Mecanismo de Transferência de Arquivos Quando Arquivos do Servidor Remoto não Podem Ser Localizados
1.2.7 Executando o Agent Controller em Modo de Segurança no iSeries
1.2.8 Dados não Coletados ao Monitorar Vários Agentes Simultaneamente
1.2.9 Violação de Segmentação ao Encerrar o Agent Controller
1.2.10 Erro "Sem Memória" no Traçado de Perfil de Aplicativos
1.2.11 Os Dados Coletados pelo Agente não Chegam ao Cliente
1.2.12 Finalização sem Sucesso de um Agente em Execução em um Processo com Vários Agentes
1.2.13 O Monitoramento do Período de Pedido não Funciona em Plataformas EBCDIC
1.3 Analisador de Log e de Rastreio
1.3.1 O Monitoramento de Log Contínuo não é Suportado para o Host Local
1.3.2 O Leia-me de Amostras de Log Não Abre
1.3.3 A Importação de Log Remoto com um Filtro não Funciona Quando o Agent Controller é Iniciado Incorretamente
1.3.4 O Processo de Importação de Log Remoto Permanece no Estado "Live" Quando o Agent Controller não é Iniciado
1.3.5 A Importação de Alguns Logs de Acesso ao Servidor HTTP Pode Resultar em Erro "Índice da Cadeira Fora do Intervalo"
1.3.6 Dados Ilegíveis em Alguns Eventos ao Importar o Log de Eventos do Sistema Microsoft Windows no Sistema DBCS
1.3.7 NullPointerException ao Importar um Log Vazio
1.3.8 A Importação do Log de Eventos de Aplicativo do Windows Gera Erros de Formatação do Evento de Base Comum
1.3.9 Há uma Queda na Importação de Log de um Sistema HP-UX Remoto Quando um Nome de Arquivo de Log Inválido é Especificado
1.4 Probekit
1.5 Ferramenta de Traçado de Perfil
1.5.1 Problema com a Coleta de Lixo ao Utilizar o IBM JDK 1.4.1
1.5.2 Com o Sun JVM, Algumas Chamadas de Método Não São Rastreadas
1.5.3 O Traçado de Perfil no Solaris Utilizando o Sun JDK 1.4.x Pode Travar a JVM
1.5.4 Possível Travamento ao Executar no Modo Independente com STACK_INFORMATION=contiguous no Solaris
1.5.5 Valores Negativos de Tempo Limite para Eventos WAIT e WAITED
1.5.6 Dumps Incorretos do Monitor com o IBM JDK 1.4.2
1.5.7 Contagens de Método Incorretas com JIT Inlining
1.5.8 Limitações de Estatística do Tempo de CPU do Nível de Método no AIX e Solaris
1.5.9 Falha no Traçado de Perfil de um Arquivo de Perfil Existente no Linux
1.5.10 Falha na Importação de Arquivos de Perfil Gerados a partir do Traçado de Perfil Headless
1.5.11 Visualizações do Filtro Duplicadas são Exibidas Quando o Workbench é Fechado de Forma Anormal
1.5.12 A Ação Liberar Memória Pode Falhar de Forma Silenciosa
1.5.13 Opções Incorretas do Agente são Enviadas Quando Histórico de Execução > Detalhes Gráficos Totais sem Edição é selecionado.
1.5.14 A Importação de Arquivo de Perfil com Filtro de Nível do Pacote Mostra Visualização Vazia
1.5.15 O Modo Traçado de Perfil Mostra Mais Dados do que o Esperado
1.6 Console de Estatísticas
1.7 Teste
1.7.1 Problemas Comuns de Teste
1.7.1.1 Os Testes de JUnit, Manuais e de URL Não Funcionam no iSeries
1.7.1.2 Acesso ao Datapool
1.7.2 Teste de URL
1.7.2.1 Executando Testes de URL como Testes de JUnit
1.7.2.2 Executando a Amostra do Teste de URL
O IBM JDK 1.4.1 fornecido em 2003 causa problemas no analisador de log de acesso ao Apache baseado em regras.
É necessário o Service Release (SR2) e superior ao executar o JRE (Java Runtime Environment) v1.4.1 da IBM para utilizar o Adaptador de Log Genérico e/ou ao importar arquivos de log utilizando um analisador de arquivo de log com base em regras.
Defeito do Bugzilla: 80730
A importação de um arquivo de log utilizando o Analisador de Log e de Rastreio de um sistema z/OS remoto pode resultar em dados incompletos mostrados na Visualização de Log. A operação de importação pode ser interrompida prematuramente e nem todos os registros de log serão mostrados na Visualização de Log. Esse problema ocorre quando uma das seguintes versões do IBM JDK não está instalada no sistema z/OS:
Esse problema foi corrigido no IBM JDK 1.4.2 com o PTF UK00802. Faça upgrade do JDK para essa versão ou para uma versão mais recente. Se você não puder fazer upgrade da versão JDK, como uma solução alternativa para esse problema, altere a configuração do Agent Controller no sistema z/OS, fazendo o seguinte:
<Posição do parâmetro="prepend" valor="-Djava.version=1.4"/> <Posição do parâmetro="prepend" valor="-Djava.compiler=NONE"/> <Posição do parâmetro="append" valor=""config_path=%GLA_CONFIG_PATH%""/>
Defeito do Bugzilla: 97974
Às vezes, a análise contínua de um arquivo de log que contém uma seção de rodapé resulta em registros ausentes da saída analisada. Especificamente, quando um arquivo de log é anexado a novos registros, o primeiro registro dos registros anexados não é analisado e não é incluído na saída analisada. Esse problema ocorre quando a instância do contexto está configurada como continuousOperation="true" no arquivo de configuração do adaptador e o arquivo de log contém uma seção de rodapé. Como solução alternativa para esse problema, analise o arquivo de log uma vez, configurando a instância do contexto como continuousOperation="false".
Defeito do Bugzilla: 101184
Algumas mensagens de erro são mostradas várias vezes na visualização de Problemas do Editor de Configuração do GLA. A visualização de Problemas nem sempre é excluída de mensagens existentes antes que o arquivo de configuração do adaptador seja executado, clicando no botão Executar adaptador novamente... . A modificação e a gravação do arquivo limparão a visualização de Problemas e mostrarão os erros de validação da configuração do adaptador.
O Adaptador de Log Genérico não suporta a análise de arquivos de log que tenham formatos de timestamp sensíveis ao código do idioma com um único arquivo de configuração do adaptador com base em regras. Se o aplicativo gerar arquivos de log que contenham timestamps com formatos dependentes do código do idioma em que ele foi gerado, então esses logs não poderão ser analisados com um único adaptador com base em regras. Por exemplo, se o formato de data for MM/dd/aa nos arquivos de log gerados nos sistemas en_US, aa/MM/dd nos arquivos de log gerados em sistemas ja_JP e dd.MM.aa para arquivos de log gerados em sistemas de_DE, então um arquivo de configuração do adaptador separado será necessário para analisar cada arquivo de log, cada um tendo uma regra de análise com o formato de timestamp correto para o código do idioma.
A visualização de Problemas na perspectiva do Adaptador de Log Genérico retorna o seguinte erro ao tentar executar um novo arquivo adaptador do GLA, clicando no botão Executar adaptador novamente ...":
O formatador do Evento de Base Comum IWAT0438E N76D20B0042411D98000E0362B33D6F0 não pode criar um CommmonBaseEvent, porque a propriedade necessária está ausente.
Essa mensagem indica que o componente do formatador do GLA não poderia criar um Evento de Base Comum, porque sourceComponentId é uma propriedade necessária do Evento de Base Comum e está ausente. Como solução alternativa para esse problema, inclua as regras do analisador no arquivo do adaptador para os atributos sourceComponentId. Observe que a propriedade da situação também é uma propriedade do Evento de Base Comum necessário. Para evitar erros semelhantes, inclua as regras do analisador no adaptador para a propriedade da situação. Apenas o GLA cria Eventos de Base Comum que contenham todas as propriedades necessárias.
Defeito do Bugzilla: 101545
O Analisador de Regras do Log de Acesso ao Servidor HTTP não Analisa Alguns Registros Corretamente:
9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 - 9.26.5.6 - - [09/Feb/2005:17:14:52 -0500] "GET_CONFIG\r" 501 - 9.26.5.6 - - [09/Feb/2005:17:15:00 -0500] "< NSP/0.2 >" 400 299 9.26.5.6 - - [09/Feb/2005:17:22:40 -0500] "\x16\x03\x01" 501 -
A severidade não é analisada corretamente para os dois primeiros registros e o último registro. Alguns outros dados de registro não são capturados no elemento de dados estendidos.
No traçado de perfil de um aplicativo Java remoto no Eclipse em um sistema DBCS (por exemplo, Chinês Tradicional, Chinês Simplificado, Japonês, Coreano), a saída do console é exibida como texto truncado. Esse problema pode ocorrer em qualquer plataforma.
Como solução alternativa para esse problema, inclua um argumento de Java VM -Dconsole.encoding=<native encoding> ao ativar o aplicativo Java remoto. Isso assegurará codificação apropriada ao transferir a saída do console do lado remoto de volta para o workbench do Eclipse. Para determinar <native encoding> no Windows, abra um prompt de comandos e execute o comando chcp. Por exemplo, se você obtiver o resultado 950, então o valor de<native encoding> será MS950. O argumento de Java VM, então, será -Dconsole.encoding=MS950. Para obter uma lista de codificações válidas, consulte a documentação Java da Sun, "Codificações Suportadas" na seção "Internacionalização".
A cópia de arquivo não funciona porque o servidor de arquivos não inicializa. Isso ocorre porque a biblioteca JVM libjvm.sl não está sendo carregada no tempo de execução, que por sua vez causa a não execução do servidor de arquivos.
Para solucionar isso, a versão de correção do linker PHSS_30049, ou superior, é necessária. A versão do linker na correção 30049 é a seguinte:
/bin/ld: $Revisão: 1.3 $ HP aC++ B3910B X.03.37.01 Biblioteca Iostream ClássicaHP aC++ B3910B X.03.37.01 Biblioteca de Suporte ao Idioma ld_msgs.cat: $Revisão: 1.3 $ 92453-07 linker command s800.sgs ld PA64 B.11.38 REL 031217
Para verificar o número da versão: what /bin/ld
Para listar as correções instaladas: swlist -l fileset
Execute o grep para "ld" para obter o número da versão para a correção cumulativa das ferramentas ld e linker.O Agent Controller utiliza o comando sysdef para obter o tamanho máximo de um buffer de memória compartilhada em seu sistema. Se o Agent Controller não puder executar sysdef, ele utilizará dataChannelSize="30M" especificado no arquivo <RAServer>/plugins/org.eclipse.hyades.datacollection/pluginconfig.xml. O seguinte erro será relatado no console no qual o RAServer.exe foi ativado:
sh: sysdef: não localizadoPara solucionar esse problema, inclua o diretório /usr/sbin, que contém o sysdef, na variável PATH.
<SERVER_MSG hora="2004:6:3:17:42:49" severidade="INFORMAÇÃO" texto="Iniciando serviço"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMAÇÃO" texto="Plugin carregado com sucesso: org.eclipse.hyades.datacollection"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMAÇÃO" texto="Plugin carregado com sucesso: org.eclipse.hyades.logging.parsers"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMAÇÃO" texto="Plugin carregado com sucesso: org.eclipse.hyades.test"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMAÇÃO" texto="Configuração ativa definida como: padrão"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMAÇÃO" texto="Configuração carregada: padrão"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMAÇÃO" text="Serviço iniciado com êxito"/> <SERVER_MSG hora="2004:6:3:17:42:49" severidade="AVISO" texto="Interrompendo servidor"/> <SERVER_MSG hora="2004:6:3:17:42:49" severidade="AVISO" texto="Servidor interno fechado"/> <SERVER_MSG hora="2004:6:3:17:42:49" severidade="AVISO" texto="Servidor externo fechado"/> <SERVER_MSG hora="2004:6:3:17:42:49" severidade="AVISO" texto="Interrompendo servidor"/> <SERVER_MSG hora="2004:6:3:17:42:49" severidade="AVISO" texto="Servidor interno fechado"/> <SERVER_MSG hora="2004:6:3:17:42:49" severidade="AVISO" texto="Servidor externo fechado"/>Como uma solução alternativa para esse problema, configure LD_LIBRARY_PATH apontando para todos os arquivos .so antes de iniciar o Agent Controller. Por exemplo, antes de executar o RAServer, emita este comando:
export LD_LIBRARY_PATH=/opt/j2sdk1.4.2_04/jre/lib/i386/server:/opt/j2sdk1.4.2_04/jre/lib/i386
Apenas uma instância do Agent Controller pode estar instalada em uma máquina. Isso significa que se você tiver instalado o mecanismo ou uma versão estendida do mecanismo com outro produto, será necessário desinstalar essa instância para que uma nova instância funcione corretamente. Por exemplo, alguns produtos IBM WebSphere Studio ou IBM Rational, ou o Autonomic Computing Toolkit da developerWorks incluem instalações opcionais do Agent Controller com o nome de Agent Controller.
O protocolo de transferência de arquivos não relata um FileNotFoundException quando você tenta uma operação GET em um arquivo não-existente em um servidor de arquivo remoto. Em vez disso, você será notificado sobre a transferência bem-sucedida de um arquivo com tamanho 0. Se um arquivo com tamanho 0 for retornado após uma operação GET, será porque o arquivo não existe no servidor remoto ou porque existe e seu tamanho é 0. No momento, o protocolo de transferência não diferencia entre essas duas possibilidades.
Às vezes, durante o monitoramento simultâneo de dois ou mais agentes associados a um único processo, nenhum dado é coletado de nenhum dos agentes. O canal de dados de um dos agentes falha ao ser inicializado corretamente, portanto nenhum dado pode ser retornado ao cliente desse agente.
Como uma solução alternativa para esse problema, monitore apenas um agente de um processo por vez.
Defeito do Bugzilla: 99788
No encerramento do Agent Controller, uma violação de segmentação é relatada. Diferentemente da interrupção do vídeo, não há outros efeitos mais graves. Nenhuma ação é necessária. Essa violação de segmentação foi relatada no Red Hat Enterprise Linux 3.0 atualização 4.
Defeito do Bugzilla: 57786
Um erro "Sem Memória" pode ser emitido pelo JVM se os argumentos de JVM -Xmxnnn e -XrunpiAgent forem especificados na inicialização do aplicativo e se o aplicativo estiver anexado e monitorado com a perspectiva de Traçado de Perfil e Log do TPTP. A configuração do atributo dataChannelSize para o Agente de Traçado de Perfil Java na configuração do Agent Controller pode afetar a quantia de memória disponível ao JVM, o que pode causar um erro "Sem Memória". Como uma solução alternativa para esse problema, reduza o valor de -Xmx ou o valor de dataChannelSize para o Agente de Traçado de Perfil Java, ou ambos.
Defeito do Bugzilla: 73668
Às vezes, quando um agente coleta dados, eles não são enviados para o cliente que está monitorando esse agente. A seguinte mensagem CommonBaseEvent no arquivoservicelog.log do Agent Controller mostra a causa do problema:
msg="Falha na alocação de memória compartilhada: -518"
O buffer da memória compartilhada utilizado como canal de dados para envio de dados do agente ao Agent Controller não pode ser alocado. Os nomes de buffer da memória compartilhada são reutilizados quando o Agent Controller é reinicializado. Às vezes, os buffers da memória compartilhada não são completamente limpos pelo sistema após um uso anterior. Ao tentar alocar um buffer com um nome não limpo anteriormente, ocorre uma falha na alocação. Como uma solução alternativa para esse problema, execute a operação de monitoramento novamente para utilizar um nome de buffer da memória compartilhada diferente.
Defeito do Bugzilla: 100870
Quando você tenta finalizar um agente executado em um processo com mais de um agente, o processo é finalizado com êxito, mas o status do processo permanece como não finalizado. As tentativas repetidas de finalizar o agente também não terão êxito nesse caso.
Como uma solução alternativa para o problema, finalize o processo do agente no nível do processo em vez do nível do agente.
O Monitoramento do Período de Pedido não Funciona em Plataformas EBCDIC. Atualmente, não há soluções alternativas para o TPTP 3.3. Essa limitação foi removida no TPTP 4.0.
O Analisador de Log e de Rastreio não suporta monitoramento de log contínuo por meio de host local. No entanto, se você desejar monitorar arquivos de log locais, pode fazer isso por meio da interface de auto-retorno (127.0.0.1), simulando uma importação remota com um arquivo de log local. Nesse caso, o agente de log pode estar em qualquer hora finalizada para impedir a interrupção da UI.
Para importar ou monitorar continuamente por meio de auto-retorno, inicie o Agent Controller (não necessário para importação do host local).
Quando você cria um projeto de amostra de log (Arquivo > Novo > Amostra), um arquivo leia-me deve ser aberto no navegador do sistema. No entanto, se as preferências de associação de arquivo do Workbench não tiverem sido configuradas corretamente, o arquivo não poderá ser aberto.
Para corrigir esse problema, vá para a página de preferências da Associação de Arquivo, selecionando Janela > Preferências e selecionando Workbench > Associações de Arquivo. Na lista Tipos de arquivo, selecione .html. Na lista Editores associados, clique em Incluir. Selecione o botão Programas Externos e o navegador padrão. Clique em OK. Clique em OK para aplicar a nova preferência.
Defeito do Bugzilla 95615
Um pedido de importação de um arquivo de log de um sistema não-Windows com um filtro especificado resulta na exibição da seguinte mensagem quando o Agent Controller é iniciado incorretamente:
"Ocorreu um erro ao tentar importar o arquivo de log/home/user/app.log. Motivo: [Ljava.lang.StackTraceElement;@538c718"
A seguinte exceção será emitida como resultado desse erro e registrada no arquivo .log. A localização dessa exceção no arquivo .log também é um indicativo de que o Agent Controller está sendo iniciado incorretamente:
org.eclipse.hyades.internal.execution.core.file.ServerNotAvailableException: java.net.ConnectException: Conexão negada: conectar
Certifique-se de que os diretórios do JRE que contêm bibliotecas executáveis como libjvm.so sejam incluídos na variável de ambiente apropriada para o sistema antes de iniciar o Agent Controller. Consulte o arquivo getting_started.html localizado no diretório de instalação do Agent Controller para obter mais detalhes.
Defeito do Bugzilla 100084
Quando você tenta importar um log remoto com o Agent Controller sendo executado no sistema remoto, a mensagem de erro "Falha de conexão ..." é exibida, mas o processo de importação do log listado em Logs no painel Navigator do Log ainda fica marcado como "Live" quando, de fato, o processo tiver sido concluído. Como uma solução alternativa para esse problema, inicie o Agent Controller no sistema remoto e tente importar o mesmo log novamente na mesma configuração de Destino. Agora, o processo mostrará o estado correto.
Defeito do Bugzilla 100979
A importação de alguns logs de acesso ao Servidor HTTP com o analisador estático pode ser interrompida antes que todos os registros sejam analisados e uma mensagem semelhante à seguinte seja exibida:
IWAT0030E Ocorreu um erro durante a execução do analisador de log remoto "org.eclipse.hyades.logging.adapter.config.StaticParserWrapper": IWAT0412E Erros ocorridos ao analisar o arquivo de log /home/userId/logs/access.log. IWAT0357E Exceção ao analisar o arquivo /home/userId/logs/access.log: org.eclipse.hyades.logging.parsers.LogParserException: IWAT0054E Erro ao analisar o log de acesso. IWAT0306E Erro ao analisar o número da linha 1535: 9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 - Índice da cadeia fora do intervalo: -2. O analisador estático do log de acesso ao HTTP não pode analisar registros de log que não incluam um nome de arquivo. Um exemplo de tais registros é: 9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 -
Como uma solução alternativa para esse problema, utilize o analisador com base em regras para importar o arquivo de log.
Defeito do Bugzilla 95077
A importação do log de eventos do Sistema Microsoft Windows de um sistema DBCS pode resultar na exibição de alguns Eventos de Base Comum na Visualização de Log com valores de mensagem ausentes ou ilegíveis.
Defeito do Bugzilla 100743
Quando um log vazio for importado ou quando um filtro de importação for utilizado para selecionar todos os eventos de log, a Visualização de Log aparecerá vazia e um NullPointerException (em XMLLoader.endElement) poderá ser emitido. Verifique o arquivo de log ou tente um filtro diferente que permita que alguns eventos sejam carregados.
Defeito do Bugzilla 101718
Às vezes, durante a importação do log de eventos de Aplicativo do Microsoft Windows, são exibidas as seguintes mensagens:
IWAT0027E Erro ao importar o(s) arquivo(s) de log especificado(s). IWAT0412E Erros ocorridos ao analisar o arquivo de log nulo. IWAT0438E O formatador de Evento de Base Comum N6B1EE3005B511D880008CD5D1F4FA98 não pode criar um CommmonBaseEvent, porque a propriedade necessária creationTime está ausente.
O analisador de log falha ao analisar alguns registros de log corretamente. No entanto, a maioria dos registros de log é importada e mostrada na Visualização de log.
Defeito do Bugzilla 101491
Se um nome de arquivo de log inválido for especificado na importação de um log de um sistema remoto HP- UX, a operação de importação poderá parecer nunca finalizar. A barra de status da tarefa mostra "Importando arquivo de log...", o indicador de progresso continuará rolando e nenhuma mensagem de erro será exibida. A tarefa de importação do log nesse estado não pode ser cancelada. Para interromper a tarefa de importação do log, interrompa o workbench do Eclipse. Como uma solução alternativa para esse problema, verifique se o nome do arquivo de log especificado está correto.
N/D
Defeito do Bugzilla: 56182
Se o aplicativo do usuário utilizar uma quantidade extremamente grande de espaço de heap, a solicitação de Coletar Referências de Objeto ou Executar GC poderá possivelmente causar travamento da JVM com a seguinte mensagem de erro:
**Sem memória, interrompendo**
*** estado de alarme: JVMCI023: Impossível alocar memória para coletar dump de heap no jvmpi_heap_dump
término anormal do programa
Você pode tentar solucionar isso executando sem o parâmetro -Xmx, se estiver atualmente executando com ele.
Defeito do Bugzilla: 69051
Utilizando o Sun JDK no Windows, determinadas chamadas de método em programas Java não estão sendo rastreadas pela JVMPI.
Não há uma solução alternativa.
Defeito do Bugzilla:56404
O Traçado de Perfil no Solaris Utilizando o Sun JDK 1.4.x Pode Travar a JVM.
Isso ocorre devido a um erro no Sun JVM. Para solucionar esse problema, utilize apenas um dos seguintes conjuntos de definição de perfis:
O problema surge se você utiliza esses conjuntos de traçado de perfil em combinação ou se a informação "Mostrar nível de instância" estiver ativada. Como alternativa, você pode fazer upgrade para o Sun JDK 1.4.2_08-b03 build em que o problema foi corrigido.
O erro HP JDK foi corrigido em JDK 1.4.2_04. A única solução no HP é fazer upgrade para esta versão do JDK ou mais recente.
Defeito do Bugzilla: 50090
Ao definir perfis no Solaris, você pode encontrar problemas com a definição de
perfis independentes. O problema ocorre apenas quando STACK_INFORMATION=contiguous
(ou boundaryAndContiguous) e TRACE_MODE=full. Esse problema pode resultar
em travamento da JVM.
Para solucionar esse problema com STACK_INFORMATION=contiguous, defina TRACE_MODE=noObjectCorrelation. O problema não ocorre quando STACK_INFORMATION=none ou STACK_INFORMATION=normal.
Defeito do Bugzilla: 63969
Ao executar com o IBM 1.4.2 JDK, com a opção de perfil jvmpi 'MONITOR_MODE=all' (no modo independente), poderão aparecer atributos negativos de tempo limite nos elementos monitorWait e monitorWaited em seus rastreios. Eles são, na verdade, valores de tempo limite extremamente altos convertidos como inteiros positivos de 64 bits. Esse erro é resultado de um erro do JDK.
O erro HP JDK foi corrigido em IBM JDK 1.4.2 SR1a. Uma solução é fazer upgrade para este nível do JDK ou mais recente.
Defeitos do Bugzilla: 65193 e 72180
Devido a um erro do JDK, ao executar a Test and Performance Platform no modo independente com a opção de perfil jvmpi 'MONITOR_MODE=all', você poderá obter dumps de monitor incorretos. Especificamente para o erro 65193, isso ocorre quando o argumento de VM '-Xj9' é utilizado.
Defeito do Bugzilla 70660 (fechado como "Não haverá correção")
Se você suspeitar que as contagens de método que está visualizando nas ferramentas de análise estão muito baixas, desative o JIT inlining, se estiver usando-o. Esse problema ocorre apenas com o IBM Java 2 Runtime Environment v.1.4.2, e apenas quando o JIT está ativado.
A única solução alternativa para esse problema é desativar o recurso inlining. Para fazer isso, configure a seguinte variável de ambiente:
JITC_COMPILEOPT=NINLINING
No TPTP 3.0 e 4.0, as estatísticas do tempo de CPU do nível de método estão disponíveis para coleta. Opcionalmente, você pode visualizar as estatísticas do tempo de CPU do nível de método em uma coluna adicional na visualização Estatísticas de Método ou na tabela Chamada de Método. As limitações de plataforma para esse recurso são:
Não há suporte para as estatísticas do tempo de CPU do nível de método relatadas no AIX 4.3.
No Aix Versão 5.1, as estatísticas do tempo de CPU do nível de método requerem que a variável de ambiente "AIXTHREAD_ENRUSG=ON" seja exportada.
O recurso de estatísticas do tempo de CPU do nível de método não é suportado atualmente no Solaris.
Defeito do Bugzilla: 95803
Falha no traçado de perfil de um arquivo de perfil existente no Linux. Um separador de caminho inválido é utilizado no código que resulta em uma FileNotFoundException.
Como uma solução alternativa para o problema, trace o perfil de um novo arquivo em vez de um arquivo de perfil existente.
A solução alternativa é editar manualmente o arquivo de perfil, incluir as cadeias <TRACE> no início e </TRACE> no final do arquivo de propriedade que está sendo importado no workbench do Eclipse.
Defeito do Bugzilla: 97894
Se o workbench travar ou fechar de forma anormal, os filtros de Rastreio e de Log poderão não ser salvos corretamente, o que resultaria na recriação de um filtro quando o workbench fosse reativado. Como resultado, filtros duplicados serão mostrados na lista de filtros de visualização.Para remover um filtro duplicado, exclua-o, usando o Assistente Gerenciar Filtro que pode ser acessado no menu drop-down de visualização.
A ação "Liberar Memória" pode falhar de forma silenciosa. Se ocorrer uma falha, você deverá fechar e reabrir a perspectiva Traçado de Perfil e Log.
Defeito do Bugzilla: 99492
Se você selecionar o conjunto de traçado de perfil "Histórico de Execução - Detalhes Gráficos Totais" no assistente de configuração de ativação do Perfil, na guia Traçado de Perfil sem editar o conteúdo, mais dados de traçado de perfil serão coletados do que o necessário. Dados de traçado de perfil adicionais, como dados de alocação de objeto, serão coletados.
Como uma solução alternativa para esse problema, clique em Editar depois de selecionar o conjunto de traçado de perfil "Histórico de Execução - Detalhes Gráficos Totais" e role pelas páginas do assistente, clicando em Avançar em cada página. Depois de avançar pelo assistente, clique em Finalizar para atualizar as configurações do conjunto de traçado de perfil.
Defeito do Bugzilla: 100334
Quando o arquivo de propriedade é gerado com o recurso Análise de Memória selecionado (tipo de traçado de perfil), os eventos não são salvos no arquivo de perfil em seqüência cronológica. Isso causa falhas, como pacotes perdidos, quando o arquivo de perfil é importado subseqüentemente utilizando filtro no nível do pacote.
Como uma solução alternativa para esse problema, importe o arquivo de perfil sem filtro no nível do pacote e filtre os dados nas visualizações estatísticas quando a importação for concluída.
Ao traçar o perfil de um aplicativo com os seguintes tipos de traçado de perfil: Análise de memória Básica sem informações do nível da instância e Análise de Tempo de Execução com detalhes gráficos do fluxo de execução e sem informação do nível da instância, as informações do nível da instância serão mostradas na visualização da Estatística de Execução quando o botão da barra de ferramentas Informações de Nível da Instância for selecionado.
N/D
Defeito do Bugzilla:68899
Defeito do Bugzilla:68911
A documentação que descreve o acesso a um datapool a partir de um teste não tem uma etapa e contém uma amostra de código que não funciona completamente.
Os jars a seguir precisam ser incluídos no caminho de construção Java.
([ECLIPSE_HOME] é o diretório no qual o Eclipse foi instalado.
[ECLIPSE_HOME]/plugins/org.eclipse.hyades.models.common_3.0.0/common_model.jar [ECLIPSE_HOME]/plugins/org.eclipse.hyades.test.datapool_3.0.0/datapool_api.jar [ECLIPSE_HOME]/plugins/org.eclipse.emf.ecore_2.0.0/runtime/ecore.jar [ECLIPSE_HOME]/plugins/org.eclipse.emf.common_2.0.0/runtime/common.jar
O trecho de código a seguir demonstra como acessar um datapool e extrair as informações adequadamente.
IDatapoolFactory dpFactory = new Common_DatapoolFactoryImpl(); IDatapool datapool = dpFactory.load(new File("d:\\hyades3.0\\workspace\\testproj\\dpoo1.datapool"), false); IDatapoolIterator iter = dpFactory.open(datapool, "org.eclipse.hyades.datapool.DatapoolIteratorSequentialPrivate"); iter.dpInitialize(datapool, -1); while (!iter.dpDone()) { String firstName = iter.dpCurrent().getCell("Primeiro Nome").getStringValue(); // seu código aqui iter.dpNext(); }
Os Testes de URL podem ser executados como testes de JUnit. Para fazer isso, as seguintes entradas devem ser incluídas no caminho de construção Java do projeto que contém o Teste de URL:
[ECLIPSE_HOME]/plugins/org.eclipse.hyades.logging.core_3.3.0/hlcore.jar [ECLIPSE_HOME]/plugins/org.eclipse.hyades.logging.core_3.3.0/hlcbe101.jar [ECLIPSE_HOME]/plugins/org.eclipse.emf.ecore_2.0.2/runtime/ecore.jar [ECLIPSE_HOME]/plugins/org.eclipse.hyades.logging.java14_3.3.0/hl14.jar [ECLIPSE_HOME]/plugins/org.eclipse.emf.common_2.0.1/runtime/common.jar
Os arquivos de classe e Java foram removidos da amostra do Teste de URL para evitar problemas de compilação. Não devem ser executados.