1.0 Problemas e Limitações Conhecidos
1.1 Adaptador de Log Genérico
1.1.1 Problemas ao Executar as Regras do Adaptador de Log Genérico Utilizando o IBM JRE (Java Runtime Environment) v1.4.1
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 Analisar Continuamente um Arquivo de Log com um Rodapé Resulta em Registros Ausentes
1.1.4 Algumas Mensagens de Erro São Duplicadas na Visualização Problemas do Editor de Configuração GLA
1.1.5 O Adaptador de Log Genérico Não Suporta a Criação de Regras para Analisar Diversos Formatos de Time Stamp
1.1.6 Erros do Formatador na Visualização Problemas Quando um Novo Arquivo de Adaptador GLA é Executado na Perspectiva Adaptador de Log Genérico
1.1.7 O Analisador de Regras do Log de Acesso do HTTP Server Não Analisa Corretamente Alguns Registros
1.2 Agent Controller
1.2.1 O Texto do Console é Deturpado ao Traçar o Perfil de um Aplicativo Java em um Sistema DBCS
1.2.2 A Cópia de Arquivo do Agent Controller Não Funciona no HP 11i
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 JVN Sun 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 Relatadas pelo Mecanismo de Transferência de Arquivos Quando Arquivos no Servidor Remoto Não Puderem ser Localizados
1.2.7 Execução do Agent Controller no Modo Protegido no iSeries
1.2.8 Dados Não Coletados ao Monitorar Simultaneamente Vários Agentes
1.2.9 Violação de Segmentação ao Encerrar o Agent Controller
1.2.10 Erro "Sem Memória" ao Traçar o Perfil de Aplicativos
1.2.11 Os Dados Coletados pelo Agente Não Chegam no Cliente
1.2.12 Finalização Sem Êxito de um Agente Que Está em Execução em um Processo com Vários Agentes
1.2.13 A Monitoração de Período de Pedido Não Funciona em Plataformas EBCDIC
1.3 Log and Trace Analyzer
1.3.1 A Monitoração Contínua do Log Não é Suportada para Localhost
1.3.2 O Leia-me dos Exemplos de Log Não é Aberto
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 "Ativo" Quando o Agent Controller Não Está Iniciado
1.3.5 A Importação de Alguns Logs de Acesso do HTTP Server Pode Resultar em um Erro "Índice de Cadeia Fora do Intervalo"
1.3.6 Dados Ilegíveis em Alguns Eventos ao Importar o Log de Eventos do Sistema do 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 Aplicativos do Windows Gera Erros de Formatação do Evento Base Comum
1.3.9 A Importação de Log de um Sistema HP-UX Remoto é Interrompida 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 Causar o Travamento do JVM
1.5.4 Travamento Potencial ao Executar no Modo Independente com STACK_INFORMATION=contiguous no Solaris
1.5.5 Valores de Tempo Limite Negativos para Eventos WAIT e WAITED
1.5.6 Dumps de Monitor Incorretos com o IBM JDK 1.4.2
1.5.7 Contagens de Métodos Incorretas com o JIT Inlining
1.5.8 Limitações de Estatísticas de Tempo de CPU do Nível do Método no AIX e Solaris
1.5.9 O Traçado de Perfil para um Arquivo de Perfil Existente Falha no Linux
1.5.10 Importando Arquivos de Perfil Gerados a Partir de Traçado de Perfil Headless
1.5.11 Visualizações de Filtro Duplicadas São Exibidas Após o Workbench ser Fechado de Forma Anormal
1.5.12 A Ação de Liberação de Memória Pode Falhar Silenciosamente
1.5.13 Opções Incorretas de Agente São Enviadas Quando Histórico de Execução > Detalhes Gráficos Completos sem Edição está Selecionado.
1.5.14 A Importação do Arquivo de Perfil com Filtragem de Nível de Pacote Mostra uma Visualização Vazia
1.5.15 O Modo de Traçado de Perfil Mostra Mais Dados 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.
O SR2 (Service Release), e superior, é necessário 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 Log and Trace Analyzer a partir de um sistema z/OS remoto pode resultar na exibição de dados incompletos na Visualização de Log. A operação de importação pode parar prematuramente e nem todos os registros de log são mostrados na visualização de Log. Esse problema ocorre quando uma das seguintes versões do IBM JDK estiver instalada no sistema z/OS:
Esse problema é corrigido no IBM JDK 1.4.2 com a PTF UK00802. Faça upgrade do JDK para essa versão ou uma versão mais recente. Se não for possível fazer upgrade da versão do JDK, uma solução alternativa para o problema é alterar a configuração do Agent Controller no sistema z/OS executando as seguintes etapas:
<Parameter position="prepend" value="-Djava.version=1.4"/> <Parameter position="prepend" value="-Djava.compiler=NONE"/> <Parameter position="append" value=""config_path=%GLA_CONFIG_PATH%""/>
Defeito do Bugzilla: 97974
A análise contínua de um arquivo de log que contenha uma seção de rodapé às vezes resulta em registros ausentes da saída analisada. Especificamente, quando um arquivo de log é anexado com novos registros, o primeiro registro anexado não é analisado e não é incluído na saída analisada. Esse problema ocorre quando a instância do contexto é configurada com continuousOperation="true" no arquivo de configuração do adaptador e o arquivo de log contém uma seção de rodapé. Uma solução alternativa para esse problema é analisar o arquivo de log uma vez, configurando a instância do contexto com continuousOperation="false".
Defeito do Bugzilla: 101184
Algumas mensagens de erro são mostradas diversas vezes na visualização Problemas do Editor de Configuração GLA. As mensagens existentes na visualização Problemas nem sempre são limpas antes que o arquivo de configuração do adaptador seja executado, clicando-se no botão Executar novamente o adaptador.... Modificar e salvar o arquivo limpará a visualização Problemas e mostrará quaisquer erros de validação da configuração do adaptador.
O Adaptador de Log Genérico não suporte a análise de arquivos de log que têm formatos de time stamp sensíveis ao código do idioma com um único arquivo de configuração do adaptador com base em regras. Se um aplicativo gerar arquivos de log que contenham time stamps com formatos dependentes do código do idioma no qual eles são gerados, 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 em 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, um arquivo de configuração de adaptador separado será requerido para analisar cada arquivo de log, cada um com uma regra de análise com o formato de time stamp correto para o código do idioma.
A visualização Problemas na perspectiva Adaptador de Log Genérico retorna o seguinte erro ao tentar executar um novo arquivo de adaptador GLA clicando-se no botão Executar novamente o adaptador..." :
IWAT0438E O formatador do Evento Base Comum N76D20B0042411D98000E0362B33D6F0 não pode criar um CommmonBaseEvent porque a propriedade requerida sourceComponentId está ausente.
Essa mensagem indica que o componente formatador do GLA não pôde criar um Evento Base Comum porque sourceComponentId é uma propriedade requerida do Evento Base Comum e está ausente. Uma solução alternativa para esse problema é incluir regras do analisador no arquivo do adaptador para os atributos sourceComponentId. Note que a propriedade situation também é uma propriedade requerida do Evento Base Comum. Para evitar erros semelhantes, inclua regras do analisador no adaptador para a propriedade situation. Apenas o GLA cria CommonBaseEvents que contêm todas as propriedades requeridas.
Defeito do Bugzilla: 101545
O analisador de regras do log de acesso do HTTP Server não analisa os seguintes 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 gravidade não é analisada corretamente para os dois primeiros registros e o último registro. Alguns dos demais dados do registro não são capturados corretamente nos elementos de dados estendidos.
Ao traçar o 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.
A solução alternativa para esse problema é incluir um argumento do 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 a <native encoding> no Windows, abra um prompt de comandos e execute o comando chcp. Por exemplo, se obtiver o resultado 950, o valor de <native encoding> será MS950. O argumento do Java VM será então -Dconsole.encoding=MS950. Para obter uma lista das codificações válidas, consulte a documentação do Java da Sun, "Supported Encodings", na seção "Internationalization".
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:
$Revision: 1.1 $
HP aC++ B3910B X.03.37.01 Classic Iostream Library
HP aC++ B3910B X.03.37.01 Language Support Library
ld_msgs.cat: $Revision: 1.1 $
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 o sysdef, ele utilizará o 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 time="2004:6:3:17:42:49" severity="INFORMATION" text="Service starting"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
text="Successfully loaded plugin: org.eclipse.hyades.datacollection"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
text="Successfully loaded plugin: org.eclipse.hyades.logging.parsers"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
text="Successfully loaded plugin: org.eclipse.hyades.test"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
text="Active configuration set to: default"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
text="Loaded configuration: default"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
text="Service started successfully"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Server stopping"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Internal server closed"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="External server closed"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Server stopping"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Internal server closed"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="External server closed"/>
Uma solução alternativa para esse problema, é configurar 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 ser 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. Para alguns produtos IBM WebSphere Studio ou IBM Rational, ou o Autonomic Computing Toolkit da developerWorks, inclua instalações opcionais do Agent Controller sob o nome Agent Controller.
O protocolo de transferência de arquivos não relata uma FileNotFoundException quando você tenta uma operação GET em um arquivo não existente a partir de um servidor de arquivos remoto. Em vez disso, você é notificado de uma transferência com êxito de um arquivo com tamanho 0. Se um arquivo de tamanho 0 for retornado depois de uma operação GET, isso ocorre porque o arquivo não existe no servidor remoto ou porque ele existe e seu tamanho é 0. Atualmente, o protocolo de transferência não diferencia entre essas duas possibilidades.
Às vezes, ao monitorar simultaneamente dois ou mais agentes associados a um único processo, nenhum dado é coletado para um dos agentes. O canal de dados de um dos agentes não é inicializado corretamente, portanto nenhum dado pode ser retornado ao cliente a partir desse agente.
Uma solução alternativa para esse problema é monitorar apenas um agente para um processo por vez.
Defeito do Bugzilla: 99788
Ao encerrar o Agent Controller, uma violação de segmentação é relatada. Não há nenhum outro efeito além da interrupção da exibição. Nenhuma ação é requerida. Essa violação de segmentação foi relatada na atualização 4 do Red Hat Enterprise Linux 3.0.
Defeito do Bugzilla: 57786
Um erro "Sem Memória" pode ser emitido pelo JVM se os argumentos -Xmxnnn e -XrunpiAgent do JVM forem especificados ao iniciar o aplicativo e este estiver conectado e for monitorado com a perspectiva 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 quantidade de memória disponível para o JVM, o que pode causar um erro "Sem Memória". Uma solução alternativa para esse problema é reduzir o valor de -Xmx e/ou o valor de dataChannelSize para o Agente de Traçado de Perfil Java.
Defeito do Bugzilla: 73668
Às vezes, quando um agente coleta dados, os dados não são enviados ao cliente
que está monitorando esse agente. A seguinte mensagem CommonBaseEvent no
arquivo servicelog.log do Agent Controller mostra a causa do problema:
msg="Falha de alocação da memória compartilhada: -518"
O buffer de memória compartilhada utilizado como o canal de dados para enviar dados do agente para o Agent Controller não pode ser alocado. Os nomes do buffer de memória compartilhada são reutilizados quando o Agent Controller é reiniciado. Às vezes, os buffers de memória compartilhada não são limpos completamente pelo sistema após um uso anterior. Ao tentar alocar um buffer com um nome que não tenha sido limpo anteriormente, a alocação falhará. Uma solução alternativa para esse problema é executar novamente a operação de monitoração para utilizar um nome diferente de buffer de memória compartilhada.
Defeito do Bugzilla: 100870
Ao tentar finalizar um agente que está em execução em um processo que tenha mais de um agente, o processo é finalizado com êxito, mas o status do processo permanece não finalizado. As tentativas de repetição em finalizar o agente também não terão êxito nesse caso.
Uma solução alternativa para esse problema é finalizar o processo do agente no nível do processo em vez do nível do agente.
A monitoração de período de pedido não funciona em plataformas EBCDIC. Atualmente não há solução alternativa para o TPTP 3.3. Essa limitação foi resolvida no TPTP 4.0.
O Log and Trace Analyzer não suporta a monitoração contínua do log utilizando localhost. No entanto, se desejar monitorar continuamente os arquivos de log locais, é possível fazê-lo por uma interface de auto-retorno (127.0.0.1), dessa forma simulando uma importação remota com um arquivo de log local. Nesse caso, o agente de log pode ser finalizado a qualquer momento para evitar a interrupção da UI.
Para importar ou monitorar continuamente utilizando auto-retorno, o Agent Controller deve ser iniciado (não necessário para importação a partir de localhost).
Ao criar um projeto de amostra de log (Arquivo > Novo > Exemplo), um arquivo leia-me deve ser aberto no navegador do sistema. Entretanto, se as preferências de associação de arquivo do Workbench não foram configuradas corretamente, o arquivo pode não ser aberto.
Para corrigir esse problema, vá para a página de preferências Associação de Arquivos, selecionando Janela > Preferências e, em seguida, selecionando Workbench > Associações de Arquivos. Na lista Tipos de arquivos, selecione .html. Na lista Editores associados, clique em Incluir. Selecione o botão Programas Externos e, em seguida, selecione seu navegador padrão. Clique em OK. Clique em OK para aplicar a nova preferência.
Defeito do Bugzilla 95615
Um pedido para importar um arquivo de log em um sistema não-Windows com um filtro especificado resulta na exibição da seguinte mensagem quando o Agent Controller for iniciado incorretamente:
"Ocorreu um erro ao tentar importar o arquivo de log /home/user/app.log. Razão: [Ljava.lang.StackTraceElement;@538c718"
A exceção a seguir é emitida como um resultado desse erro e é registrada no arquivo .log. A descoberta dessa exceção no arquivo .log também é indicativa do início incorreto do Agent Controller:
org.eclipse.hyades.internal.execution.core.file.ServerNotAvailableException: java.net.ConnectException: Conexão negada: conectar
Assegure-se de que os diretórios do JRE que contenham bibliotecas executáveis como libjvm.so sejam incluídos na variável de ambiente do caminho da biblioteca do 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 detalhes adicionais.
Defeito do Bugzilla 100084
Ao tentar importar um log remoto quando o Agent Controller não está em execução no sistema remoto, uma mensagem de erro "Falha na conexão..." é exibida, mas o processo de importação do log listado em Logs na área de janela Navegador de Log ainda está marcado como "ativo" quando, de fato, o processo foi concluído. Uma solução alternativa para esse problema é iniciar o Agent Controller no sistema remoto e tentar importar o mesmo log novamente com a mesma Configuração de destino. O processo mostrará o estado correto agora.
Defeito do Bugzilla 100979
A importação de alguns logs de acesso do HTTP Server com o analisador estático pode parar antes de que todos os registros sejam analisados e uma mensagem semelhante à seguinte poderá ser exibida:
IWAT0030E Ocorreu um erro durante a execução do analisador de log remoto "org.eclipse.hyades.logging.adapter.config.StaticParserWrapper": IWAT0412E Ocorreram erros 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 log de acesso. IWAT0306E Erro ao analisar a linha de número 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 de log de acesso do HTTP Server não pode analisar registros de log que não incluam um nome de arquivo. Um exemplo de tal registro é: 9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 -
Uma solução alternativa para esse problema é utilizar 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 do Microsoft Windows de um sistema de conjunto de caracteres de Byte Duplo pode resultar na exibição de alguns Eventos Base Comuns na Visualização de Log com valores de msg ausentes ou ilegíveis.
Defeito do Bugzilla 100743
Quando um log vazio é importado ou quando é utilizado um filtro de importação que filtra todos os eventos do log, a Visualização de Log aparecerá vazia e uma NullPointerException (no XMLLoader.endElement) pode ser emitida. Verifique o arquivo de log ou tente um filtro diferente que permitirá o carregamento de alguns eventos.
Defeito do Bugzilla 101718
Às vezes, ao importar o log de eventos de aplicativos do Microsoft Windows, as seguintes mensagens são exibidas:
IWAT0027E Erro ao importar o(s) arquivo(s) de log especificado(s). IWAT0412E Ocorreram erros ao analisar o arquivo de log nulo. IWAT0438E O formatador de Evento Base Comum N6B1EE3005B511D880008CD5D1F4FA98 não pode criar um CommmonBaseEvent porque a propriedade requerida creationTime está ausente.
O analisador de log não consegue analisar corretamente alguns registros de log. Entretanto, a maioria dos registros de log são importados e mostrados na visualização de Log.
Defeito do Bugzilla 101491
Se um nome de arquivo de log inválido for especificado ao importar um log de um sistema HP- UX remoto, a operação de importação pode aparentar nunca ser finalizada. A barra de status do job mostra "Importando arquivo de log...", o indicador de progresso continua rolando e nenhuma mensagem de erro é exibida. O job de importação do log nesse estado não pode ser cancelado. Para parar o job de importação do log, pare o workbench do Eclipse. Uma solução alternativa para esse problema é assegurar que o nome do arquivo de log especificado esteja 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 ou no HP utilizando o HP JDK 1.4.x pode causar o
travamento do JVM.
O problema no Sun é 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 as informações de "Mostrar nível da instância" estiverem ativadas. Alternativamente, é possível fazer upgrade para o build 1.4.2_08-b03 do Sun JDK onde o problema foi corrigido.
O erro do HP JDK foi corrigido com o JDK 1.4.2_04. A única solução no HP é fazer upgrade para essa versão do JDK ou posterior.
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 JDK 1.4.2, 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 do JDK foi corrigido com o IBM JDK 1.4.2 SR1a. Uma solução é fazer upgrade para esse nível de JDK ou posterior.
Defeitos do Bugzilla: 65193 e 72180
Devido a um erro do JDK, ao executar o 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 será corrigido")
Se você suspeitar de que as contagens de método exibidas nas ferramentas de análise forem muito baixas, desative o JIT inlining, se o estiver utilizando. 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 inlining. Para isso, configure a seguinte variável de ambiente:
JITC_COMPILEOPT=NINLINING
No TPTP 3.0 e 4.0, as estatísticas de tempo de CPU do nível do método estão disponíveis para coleta. Opcionalmente, é possível visualizar as estatísticas de tempo de CPU do nível do método em uma coluna adicional na visualização Estatísticas do Método ou na tabela Chamada de Método. As limitações de plataforma para esse recurso são as seguintes:
Não há suporte para o relatório de estatísticas de tempo de CPU do nível do método no AIX 4.3.
No AIX Versão 5.1, o relatório de estatísticas de tempo de CPU do nível do método requer que a variável de ambiente "AIXTHREAD_ENRUSG=ON" seja exportada.
O recurso de estatísticas de tempo de CPU do nível do método atualmente não é suportado no Solaris.
Defeito do Bugzilla: 95803
O traçado de perfil de um arquivo de perfil existente falha nas plataformas Linux. Um separador de caminho inválido é utilizado no código, o que resulta em uma FileNotFoundException.
Uma solução alternativa para o problema é traçar o perfil para um novo arquivo em vez de um arquivo de perfil existente.
Uma solução alternativa é editar manualmente o arquivo de perfil e incluir as cadeias <TRACE> no início e </TRACE> no final do arquivo antes de importá-lo para o workbench do Eclipse.
Defeito do Bugzilla: 97894
Se o workbench travar ou fechar anormalmente, os filtros de Rastreio e Log podem não ser salvos corretamente, resultando na nova criação de um filtro quando o workbench for ativado novamente. Como resultado, filtros duplicados são mostrados na lista de filtros de visualização.Para remover um filtro duplicado, exclua-o utilizando o Assistente Gerenciar Filtro, que pode ser acessado no menu drop-down da visualização.
A ação "Liberar memória" pode falhar silenciosamente. Se ocorrer uma falha, pode ser necessário fechar e reabrir a perspectiva Traçado de Perfil e Log.
Defeito do Bugzilla: 99492
Ao selecionar o conjunto de traçado de perfil "Histórico de Execução - Detalhes Gráficos Completos" no assistente de configuração de Ativação do Perfil, na guia Traçado de Perfil sem editar sem conteúdo, são coletados mais dados de traçado de perfil do que o requerido. São coletados dados de traçado de perfil adicionais, como dados de alocação de objetos.
Uma solução alternativa para esse problema é clicar em Editar depois de selecionar o conjunto de traçado de perfil "Histórico de Execução - Detalhes Gráficos Completos" e percorrer as páginas do assistente clicando em Avançar em cada página. Depois de percorrer o assistente, clique em Concluir para atualizar as configurações do conjunto de traçado de perfil.
Defeito do Bugzilla: 100334
Quando o arquivo de perfil é gerado com Análise de Memória (tipo de traçado de perfil) selecionada, os eventos não serão salvos no arquivo de perfil em seqüência cronológica. Isso causa falhas como pacotes perdidos quando o arquivo de perfil for importado subseqüentemente utilizando filtragem no nível do pacote.
Uma solução alternativa para o problema é importar o arquivo de perfil sem nenhuma filtragem no nível do pacote e filtrar os dados nas visualizações estatísticas depois que 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 de nível da instância e Análise de Tempo de Execução com detalhes gráficos do fluxo de execução sem informações de nível da instância, as informações de nível da instância serão mostradas na visualização Estatísticas da 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 omite uma etapa
e contém uma amostra de código que não funciona totalmente.
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
As classes e os arquivos Java foram removidos da amostra do Teste de URL para prevenir
problemas de compilação. Ela não criada para ser executada.