1.0 Problemi noti e limitazioni
1.1 Generic Log Adapter
1.1.1 Problemi durante l'esecuzione delle regole di Generic Log Adapter di IBM JRE (Java Runtime Environment) v1.4.1
1.1.2 L'importazione di un file di log da un sistema z/OS remoto può generare dati non completi
1.1.3 Analisi continua di un file di log con piè di pagina risultante in record mancanti
1.1.4 Messaggi di errore duplicati nella vista Problemi dell'editor di configurazione GLA
1.1.5 Generic Log Adapter non supporta la creazione di regole per analizzare più formati data/ora
1.1.6 Errori del programma di formattazione nella vista Problemi quando viene eseguito un nuovo file dell'adattatore GLA nella prospettiva Generic Log Adapter
1.1.7 Il programma di analisi delle regole del log degli accessi di HTTP Server non analizza correttamente alcuni record
1.2 Agent Controller
1.2.1 Testo della console distorto durante la creazione del profilo di un'applicazione Java su un sistema DBCS
1.2.2 Copia del file di Agent Controller su HP 11i non funzionante
1.2.3 Agent Controller riporta l'errore "sh: sysdef: non trovato" su Solaris
1.2.4 Agent Controller in esecuzione con una Sun JVM su Linux causa un ciclo infinito
1.2.5 Non sono consentite più istanze di Agent Controller su una sola macchina
1.2.6 FileNotFoundExceptions non riportata dal motore di trasferimento file quando non è possibile trovare i file sul server remoto
1.2.7 Esecuzione di Agent Controller in modalità protetta su iSeries
1.2.8 Dati non raccolti quando si controllano più agenti contemporaneamente
1.2.9 Segmentazione non corretta alla chiusura di Agent Controller
1.2.10 Errore "Memoria non sufficiente" durante la creazione profili delle applicazioni
1.2.11 I dati raccolti dall'agente non raggiungono il client
1.2.12 Arresto non riuscito di un agente in esecuzione in un processo con più agenti
1.2.13 Richiesta di controllo peer non funzionante su piattaforme EBCDIC
1.3 Analizzatore di log e di traccia
1.3.1 Controllo log continuo non supportato per l'host locale
1.3.2 Impossibile aprire il readme degli esempi di registrazione log
1.3.3 Importazione log remota con filtro non funzionante quando Agent Controller viene avviato in modo non corretto
1.3.4 Il processo di importazione log remoto rimane attivo quando Agent Controller non viene avviato
1.3.5 L'importazione di alcuni log degli accessi di HTTP Server potrebbe causare l'errore "Indice di stringa non compreso nell'intervallo"
1.3.6 Dati non leggibili in alcuni eventi durante l'importazione del log degli eventi di Microsoft Windows System in sistemi DBCS
1.3.7 NullPointerException durante l'importazione di un log vuoto
1.3.8 L'importazione del log degli eventi di applicazioni Windows causa errori di formattazione di Common Base Event
1.3.9 Importazione log da un sistema HP-UX remoto bloccata quando viene specificato un nome file log non valido
1.4 Probekit
1.5 Strumento di creazione profili
1.5.1 Problemi con la raccolta dati quando si utilizza IBM JDK 1.4.1
1.5.2 Con Sun JVM, alcune chiamate ai metodi non vengono registrate
1.5.3 La creazione profili su Solaris utilizzando Sun JDK 1.4.x potrebbe causare l'arresto della JVM
1.5.4 Probabile arresto anomalo durante l'esecuzione in modalità autonoma con STACK_INFORMATION=contiguous su Solaris
1.5.5 Valori di timeout negativi per gli eventi WAIT e WAITED
1.5.6 Controllo dump non corretto con IBM JDK 1.4.2
1.5.7 Conteggio metodi non corretto con la funzione di integrazione di JIT
1.5.8 Limitazioni delle statistiche di ora CPU a livello di metodo su AIX e Solaris
1.5.9 La creazione profili in un file di profilo esistente non riesce su Linux
1.5.10 L'importazione dei file di profilo genera profili privi di intestazione
1.5.11 Se il workbench viene chiuso in modo anomalo vengono visualizzate viste di filtri duplicate
1.5.12 L'azione Libera memoria potrebbe avere esito negativo senza avviso
1.5.13 Selezionando Cronologia esecuzione > Dettagli grafici completi senza le opzioni di editazione, vengono inviate opzioni non corrette per l'agente
1.5.14 L'importazione del file di profilo con filtraggio a livello di pacchetto risulta in una vista vuota
1.5.15 La modalità di creazione profili mostra più dati del previsto
1.6 Console statistica
1.7 Verifica
1.7.1 Problemi di verifica comuni
1.7.1.1 Le verifiche JUnit, Manuale e URL non funzionano su iSeries
1.7.1.2 Accesso al pool di dati
1.7.2 Verifica URL
1.7.2.1 Esecuzione di verifiche URL come verifiche JUnit
1.7.2.2 Esecuzione dell'esempio di verifica URL
IBM JDK 1.4.1 fornito 2003 causa problemi nel programma di analisi dei log degli accessi Apache basato sulle regole.
Quando si esegue JRE (Java Runtime Environment) v1.4.1 di IBM, per utilizzare Generic Log Adapter e/o importare i file di log utilizzando un programma di analisi di file di log basato su regole, è richiesto il Service Release (SR2) o una versione successiva.
Difetto Bugzilla: 80730
L'importazione di un file di log utilizzando Analizzatore di log e di traccia da un sistema z/OS remoto può generare dati non completi nella vista Log. L'operazione di importazione potrebbe arrestarsi prima del previsto quindi non tutti i record del log vengono visualizzati nella vista Log. Questo problema si verifica quando sul sistema z/OS è installata una delle seguenti versioni di IBM JDK:
Questo problema è stato risolto in IBM JDK 1.4.2 con PTF UK00802. Aggiornare JDK a questa versione o a una versione successiva. Se non è possibile aggiornare la versione di JDK, per risolvere il problema, modificare la configurazione di Agent Controller nel sistema z/OS attenendosi alle seguenti istruzioni:
<Parameter position="prepend" value="-Djava.version=1.4"/> <Parameter position="prepend" value="-Djava.compiler=NONE"/> <Parameter position="append" value=""config_path=%GLA_CONFIG_PATH%""/>
Difetto Bugzilla: 97974
L'analisi continua di un file di log che contiene una sezione a piè di pagina a volte fa sì che nell'output analizzati manchino alcuni record. In particolare, quando al file di log vengono aggiunti nuovi record, il primo record del records aggiunto non viene analizzato e non viene incluso nell'output analizzato. Questo problema si verifica quando l'istanza di contesto è configurata con continuousOperation="true" nel file di configurazione dell'adattatore e quando il file di log contiene una sezione a piè di pagina. Per risolvere questo problema, analizzare il file di log una sola volta, configurando l'istanza di contesto con continuousOperation="false".
Difetto Bugzilla: 101184
Alcuni messaggi di errore vengono visualizzati più volte nella vista Problemi dell'editor di configurazione di GLA. I messaggi esistenti non sempre vengono cancellati dalla vista prima che il file di configurazione dell'adattatore venga eseguito scegliendo Riesegui adattatore.... Modificando e salvando il file, i dati presenti nella vista problemi verranno cancellati e verranno visualizzati eventuali errori di convalida della configurazione dell'adattatore.
Generic Log Adapter non supporta l'analisi dei file di log con formati di data/ora sensibili alle impostazioni internazionali, con un singolo file di configurazione dell'adattatore basato su regole. Se un'applicazione genera file di log contenenti indicazioni di data/ora con formato dipendente dalle impostazioni internazionali in cui sono stati generati, questi log non potranno essere analizzati con un singolo adattatore basato su regole. Ad esempio, se il formato della data è MM/gg/aa nei file di log generati in sistemi en_US, aa/MM/gg nei file di log generati su sistemi ja_JP e gg.MM.aa per i file di log generati in sistemi de_DE, sarà necessario un file di configurazione dell'adattatore separato per analizzare ciascun file di log, ognuno avente una regola di analisi con il formato data/ora corretto per l'impostazione internazionale.
La vista problemi nella prospettiva Generic Log Adapter restituisce il seguente errore quando si tenta di eseguire un nuovo file dell'adattatore GLA scegliendo Riesegui adattatore..." :
IWAT0438E Il programma di formattazione Common Base Event N76D20B0042411D98000E0362B33D6F0 non può creare un CommmonBaseEvent in quanto la proprietà obbligatoria sourceComponentId è mancante.
Questo messaggio indica che il componente del programma di formattazione di GLA non è in grado di creare un Common Base Event perché sourceComponentId è una proprietà obbligatoria di Common e risulta mancante. Per risolvere questo problema, aggiungere regole del programma di analisi al file dell'adattatore per gli attributi sourceComponentId. Tenere presente che la proprietà situation è anche una proprietà obbligatoria per la proprietà Common Base Event. Per evitare errori simili, aggiungere regole del programma di analisi all'adattatore per la proprietà situation. Solo GLA crea CommonBaseEvent che contengono tutte le proprietà obbligatorie.
Difetto Bugzilla: 101545
Il proposizione delle regole del log degli accessi di HTTP Server non analizza i seguenti record correttamente:
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 -
Il livello di severità non viene analizzato correttamente per i primi due record e per l'ultimo. I dati di altri record non vengono catturati correttamente in elementi di dati estesi.
Quando si creano profili di un'applicazione Java remota con Eclipse in un sistema DBCS (ad esempio, Cinese tradizionale, Cinese semplificato, Giapponese, Coreano), l'output della output risulterà distorto. Questo problema può presentarsi su qualsiasi piattaforma.
Per risolvere questo problema, aggiungere l'argomento Java VM -Dconsole.encoding=<native encoding> quando si avvia l'applicazione Java remota. In tal modo verrà applicata la codifica corretta durante il trasferimento dell'output della console dall'ambiente remoto al workbench di Eclipse. Per determinare <native encoding> su Windows, aprire un prompt di comandi ed eseguire il comando chcp. Ad esempio, se si ottiene il risultato950, il valore di <native encoding> sarà MS950. L'argomento Java VM quindi sarà -Dconsole.encoding=MS950. Per un elenco delle codifiche valide, consultare la documentazione Java di Sun, "Supported Encodings", nella sezione "Internationalization".
La copia del file non funziona perché il server di file non viene avviato. Questa situazione si verifica perché la libreria JVM libjvm.sl non viene caricata al runtime, quindi il server di file non viene avviato.
Per risolvere questo problema, è necessaria la versione patch del linker versione PHSS_30049 o successiva. La versione del linker dalla patch 30049 è la seguente:
/bin/ld:
$Revision: 1.2 $
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.2 $
92453-07 linker command s800.sgs ld PA64 B.11.38 REL 031217
Per controllare il numero della versione: what /bin/ld
Per elencare le patch installate: swlist -l fileset
Ricercare "ld" per ottenere il numero della versione per l'ld cumulativo e le patch degli strumenti del linker.Agent controller utilizza il comando sysdef per ottenere la dimensione massima per i buffer di memoria condivisa sul sistema. Se Agent Controller non è in grado di eseguire sysdef, utilizzerà dataChannelSize="30M" specificato nel file <RAServer>/plugins/org.eclipse.hyades.datacollection/pluginconfig.xml. All'avvio di RAServer.exe verrà visualizzato il seguente errore nella console:
sh: sysdef: non trovatoPer risolvere questo problema, aggiungere la directory /usr/sbin, che contiene sysdef, alla variabile 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"/>
Per risolvere questo problema, impostare la LD_LIBRARY_PATH in modo che indichi tutti i file .so
prima di avviare il Agent Controller. Ad esempio, prima di eseguire il
RAServer, eseguire questo comando: export LD_LIBRARY_PATH=/opt/j2sdk1.4.2_04/jre/lib/i386/server:/opt/j2sdk1.4.2_04/jre/li b/i386
È possibile installare una sola istanza di Agent Controller su una macchina. Quindi, se il motore o una versione ampliata di esso è stata installata con un altro prodotto, sarà necessario disinstallare la prima istanza affinché una nuova istanza funzioni correttamente. Ad esempio, alcuni prodotti IBM WebSphere Studio o IBM Rational, oppure l'Autonomic Computing Toolkit di developerWorks, consentono di installare, facoltativamente, Agent Controller con il nome di Agent Controller.
Il protocollo di trasferimento file non riporta una FileNotFoundException quando si tenta di eseguire un'operazione GET in un file non esistente da un server di file remoto. Viene invece notificato il trasferimento riuscito di un file di dimensione 0. Se viene restituito un file di dimensione 0 dopo un'operazione GET, il file non esiste sul server remoto oppure esiste ed ha dimensione 0. Attualmente il protocollo di trasferimento non è in grado di distinguere tra queste due possibilità.
A volte, durante il controllo di due o più agenti associati a un singolo processo contemporaneamente, non vengono raccolti dati da nessuno degli agenti. Il canale dei dati per uno degli agenti non viene inizializzato correttamente quindi non è possibile restituire alcun dato al client dall'agente.
Per risolvere questo problema, controllare solo un'agente alla volta.
Difetto Bugzilla:99788
Quando Agent Controller viene chiuso, a volte viene riportato un errore di segmentazione. Oltre all'interruzione della visualizzazione, non vi sono altri effetti. Non è necessario effettuare alcuna operazione. Questo errore nella segmentazione è stato rilevato su Red Hat Enterprise Linux 3.0 aggiornamento 4.
Difetto Bugzilla:57786
È possibile che venga segnalato un errore di memoria non sufficiente dalla JVM quando vengono specificati gli argomenti JVM -Xmxnnn e -XrunpiAgent all'avvio dell'applicazione e se l'applicazione è collegata e controllata con la prospettiva Creazione profili e log di TPTP. L'impostazione dell'attributo dataChannelSize per l'Agente di creazione profili nella configurazione di Agent Controller potrebbe influenzare la quantità di memoria disponibile per la JVM che potrebbe causare un errore di memoria non disponibile. Per risolvere questo problema, ridurre il valore -Xmx o il valore dataChannelSize o entrambi per l'Agente di creazione profili.
Difetto Bugzilla:73668
A volte i dati raccolti da un agente, non vengono inviati al client che controlla tale agente. Il seguente messaggio di CommonBaseEvent nel file
servicelog.log di Agent Controller indica la causa del problema:
msg="Shared memory allocation failure: -518"
Il bugger di memoria condivisa utilizzato come canale dati per l'invio dei dati dall'agente ad Agent Controller non può essere allocato. I nomi del buffer di memoria condivisa vengono riutilizzati al riavvio di Agent Controller. A volte i buffer di memoria condivisa non vengono ripuliti completamente dal sistema dopo l'uso. Quando si tenta di allocare un buffer con un nome non cancellato in precedenza, l'allocazione ha esito negativo. Per risolvere questo problema, eseguire nuovamente l'operazione di controllo utilizzando un nome di buffer di memoria condivisa diverso.
Difetto Bugzilla:100870
Quando si tenta di arrestare un agente in esecuzione in un processo che dispone di più agenti, il processo termina correttamente ma lo stato del processo non viene aggiornato. Se si tenta nuovamente di arrestare l'agente, l'esito sarà comunque negativo.
Per risolvere il problema, terminare il processo dell'agente al livello del processo invece che al livello dell'agente.
Le richieste di controllo peer non funzionano su piattaforme EBCDIC. Attualmente non esiste alcuna soluzione per TPTP 3.3. Questa limitazione è stata risolta in TPTP 4.0.
L'analizzatore di log e di traccia non supporta il controllo di log continuo attraverso l'host locale. Tuttavia, se si desidera controllare in modo continuo i file di log, è possibile utilizzare l'interfaccia di loopback (127.0.0.1), simulando un'importazione remota con un file di log locale. Questo caso l'agente di log può essere arrestato in qualsiasi momento.
Per importare o effettuare un controllo continuo attraverso il loopback, avviare Agent Controller (non necessario per l'importazione da localhost).
Quando viene creato un progetto di esempio di registrazione (File > Nuovo > Esempio), nel browser del sistema dovrebbe apparire un file readme. Tuttavia, se le preferenze di associazione file del workbench non sono state impostate correttamente, il file potrebbe non essere visualizzato.
Per risolvere questo problema, passare alla pagina delle preferenze Associazione file selezionando Finestra > Preferenze, quindi selezionare Workbench > Associazioni file. Nell'elenco Tipi di file, selezionare .html. Nell'elenco Editor associati, scegliere Aggiungi. Scegliere Programmi esterni, quindi selezionare il browser predefinito. Scegliere OK. Scegliere nuovamente OK per applicare la nuova preferenza.
Difetto Bugzilla 95615
La richiesta di importazione di un file di log da un sistema non Windows utilizzando un filtro, potrebbe causare la visualizzazione del seguente messaggio se Agent Controller non è stato avviato correttamente:
"Si è verificato un errore durante il tentativo di importazione del file di log /home/user/app.log. Motivo: [Ljava.lang.StackTraceElement;@538c718"
Come risultato di questo errore, viene attivata la seguente eccezione e registrata nel file .log. Se tale eccezione viene individuata nel file di log, significa anche che Agent Controller non è stato avviato correttamente:
org.eclipse.hyades.internal.execution.core.file.ServerNotAvailableException:
java.net.ConnectException: Connessione rifiutata:
connect
Assicurarsi che le directory JRE che contengono librerie eseguibili quali libjvm.so vengano aggiunte alla variabile di ambiente del percorso di libreria appropriato per il sistema prima di avviare Agent Controller. Per ulteriori dettagli fare riferimento al file getting_started.html ubicato nella directory di installazione di Agent Controller.
Difetto Bugzilla 100084
Se si tenta di importare un log remoto quando Agent Controller non è in esecuzione sul sistema remoto, viene visualizzato il messaggio di errore "Connessione non riuscita ..." ma il processo di importazione log riportato nella sezione log del riquadro Selezione log, rimane contrassegnato come attivo quando il processo è invece stato completato. Per risolvere questo problema, avviare Agent Controller sul sistema remoto e tentare di importare nuovamente lo stesso log con la stessa configurazione di destinazione. Lo stato del processo viene aggiornato a quello corretto.
Difetto Bugzilla 100979
L'importazione di alcuni log degli accessi di HTTP Server con il programma di analisi statico potrebbe arrestarsi con la conseguente visualizzazione di un messaggio simile a quello riportato di seguito:
IWAT0030E Si è verificato un errore durante l'esecuzione del programma di analisi log remoto "org.eclipse.hyades.logging.adapter.config.StaticParserWrapper": IWAT0412E Si sono verificati errori nell'analisi del file di log /home/userId/logs/access.log. IWAT0357E Eccezione durante l'analisi del file /home/userId/logs/access.log: org.eclipse.hyades.logging.parsers.LogParserException: IWAT0054E Errore durante l'analisi del log degli accessi. IWAT0306E Errore durante l'analisi del numero di riga 1535: 9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 - Indice di stringa non compreso nell'intervallo: -2. Il programma di analisi statico dei log degli accessi di HTTP Server non è in grado di analizzare i record di log che non contengono un nome file. Un esempio di tale record è: 9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 -
Per risolvere questo problema, utilizzare il programma di analisi basato su regole per importare il file di log.
Difetto Bugzilla 95077
L'importazione di un log degli eventi di Microsoft Windows System da un sistema DBCS (Double Byte Character Set) potrebbe far sì che alcuni Common Base Event visualizzati nella vista Log, siano privi di valori o contengano messaggi illegibili.
Difetto Bugzilla 100743
Quando viene importato un log vuoto o quando viene utilizzato un filtro di importazione che filtra tutti gli eventi, la vista Log risulta vuota e potrebbe essere attivata un'eccezione NullPointerException (in XMLLoader.endElement). Verificare il file di log o utilizzare un filtro diverso che consenta di caricare alcuni eventi.
Difetto Bugzilla 101718
A volte, durante l'importazione di un log degli eventi di applicazioni Microsoft Windows, vengono visualizzati i seguenti messaggi:
IWAT0027E Errore durante l'importazione del file di log specificato. IWAT0412E Si sono verificati errori nell'analisi del file di log null. IWAT0438E Il programma di formattazione Common Base Event N6B1EE3005B511D880008CD5D1F4FA98 non può creare un CommmonBaseEvent in quanto la proprietà obbligatoria creationTime è mancante.
Il programma di analisi log non è in grado di analizzare alcuni record di log. Tuttavia, la maggior parte dei record di log vengono importati e visualizzati nella vista Log.
Difetto Bugzilla 101491
Se durante l'importazione di un log da un sistema HP-UX remoto, viene specificato un nome file di log non valido, l'operazione di importazione potrebbe risultare interminabile. La barra di stato delle attività mostra l'indicatore "Importazione file di log..." , ancora attivo e non viene visualizzato alcun messaggio di errore. L'attività di importazione log in questo stato non può essere annullata. Per arrestare l'attività di importazione log, arrestare il workbench eclipse. Per risolvere questo problema assicurarsi che il nome file di log specificato sia corretto.
N/D
Difetto Bugzilla: 56182
Se l'applicazione dell'utente utilizza un quantità eccessiva di spazio heap, l'esecuzione dei comandi Raccogli i riferimenti all'oggetto o Esegui GC, può causare l'arresto anomalo della JVM con il seguente messaggio di errore:
**Out of memory, aborting**
*** panic: JVMCI023: Cannot allocate memory to collect heap dump in jvmpi_heap_dump
abnormal program termination
È possibile risolvere questo problema eseguendo il comando senza il parametro -Xmx.
Difetto Bugzilla:69051
Utilizzando Sun JDK su Windows, alcune chiamate al metodo nel programmi Java non vengono registrate da JVMPI.
Attualmente, non esiste alcuna soluzione per questo problema.
Difetto Bugzilla: 56404
La creazione profili su
Solaris utilizzando Sun JDK 1.4.x o su HP utilizzando JDK 1.4.x potrebbe causare
un arresto anomali della JVM.
Questo problema su Sun si verifica a causa di un difetto nella Sun JVM. Per risolvere questo problema, utilizzare solo uno dei seguenti insiemi di creazione profili:
Il problema si presenta se si utilizzano questi insiemi di creazione profili in combinazione o se l'opzione "Mostra livello istanza" è attivata. In alternativa è possibile aggiornare al build Sun JDK 1.4.2_08-b03, in cui il problema è stato risolto.
Il difetto per HP JDK è stato risolto in JDK 1.4.2_04. L'unica soluzione su HP è aggiornare a questa JDK o a una versione successiva.
Difetto Bugzilla:50090
Quando la creazione profili viene eseguita su Solaris, è possibile che si verifichino problemi con la creazione
profili autonoma. Il problema si verifica solo quando STACK_INFORMATION=contiguous
(o boundaryAndContiguous) e TRACE_MODE=full. Questo problema potrebbe causare l'arresto della
JVM.
Per risolvere questo problema con STACK_INFORMATION=contiguous, impostare TRACE_MODE=noObjectCorrelation. Il problema non si verifica quando STACK_INFORMATION=none o STACK_INFORMATION=normal.
Difetto Bugzilla: 63969
Quando l'esecuzione viene effettuata con IBM 1.4.2 JDK, con l'opzione di profilo jvmpi 'MONITOR_MODE=all' (in modalità autonoma), è possibile che vengano visualizzati attributi di timeout negativi o elementi monitorWait e monitorWaited nella traccia. Si tratta di valori di timeout estremamente elevati sottoposti a cast come numeri interi positivi di 64 bit. Questo difetto viene causato da un difetto di JDK.
Il difetto per JDK è stato risolto in IBM JDK 1.4.2 SR1a. Una soluzione è aggiornare a questo livello di JDK o a un livello successivo.
Difetti Bugzilla: 65193 e 72180
A causa di un difetto JDK, quando si esegue la piattaforma di verifica in modalità autonoma con l'opzione di profilo jvmpi 'MONITOR_MODE=all', è possibile che si ricevano dump di controllo non corretti. In particolare per il difetto 65193, questo succede quando viene utilizzato l'argomento VM '-Xj9'.
Difetto Bugzilla 70660 (chiuso come "Non verrà risolto")
Se si sospetta che il conteggio dei metodi visualizzato negli strumenti di analisi sia troppo basso, disattivare la funzione di integrazione JIT. Questo problema si presenta solo con IBM Java 2 Runtime Environment v.1.4.2, e solo quando JIT è abilitata.
L'unica soluzione per questo problema è disattivare l'integrazione impostando la seguente variabile di ambiente:
JITC_COMPILEOPT=NINLINING
In TPTP 3.0 e 4.0, le statistiche di ora CPU a livello di metodo sono disponibili per la raccolta dati. È possibile visualizzare le statistiche di ora CPU a livello di metodo in una colonna aggiuntiva nella vista Statistiche metodo o tabella Richiamo al metodo. Di seguito sono riportate le limitazioni relative alla piattaforma per questa funzione:
Non c'è alcun tipo di supporto per le statistiche di ora CPU a livello di metodo se eseguite AIX 4.3.
In Aix Versione 5.1, per eseguire le statistiche, è necessario che la variabile di ambiente "AIXTHREAD_ENRUSG=ON" venga esportata.
La funzione statistiche ora CPU a livello di metodo non sono supportate su Solaris.
Difetto Bugzilla: 95803
La creazione profili in un file di profilo esistente non riesce su Linux. Viene utilizzato un separatore di percorso nel codice che risulta in una FileNotFoundException.
Per risolvere il problema, creare il profilo in un nuovo file invece di utilizzare un file esistente.
Per risolvere il problema manualmente, modificare il file di profilo, aggiungere le stringa <TRACE> all'inizio e la stringa </TRACE> alla fine nel file, quindi importarlo nel workbench di Eclipse.
Difetto Bugzilla: 97894
Se il workbench si arresta o viene chiuso in modo anomalo, è possibile che i filtri di log e di traccia non vengano salvati correttamente. In questo caso al riavvio del workbench viene creato un nuovo filtro e nell'elenco della vista filtri verranno visualizzati filtri duplicati.Per rimuovere un filtro duplicato, rimuoverlo utilizzando la procedura guidata Gestione filtri a cui è possibile accedere dal menu a discesa della vista.
L'azione Libera memoria potrebbe avere esito negativo senza avviso. In questo caso, potrebbe essere necessario chiudere e riaprire la prospettiva Creazione profili e log.
Difetto Bugzilla: 99492
Quando si seleziona l'insieme di creazione profili "Cronologia esecuzione - Dettagli grafico completo" nella procedura guidata Creazione profili configurazione di avvio, nella scheda Creazione profili, senza modificare in alcun modo il contenuto, vengono raccolti più profili di quelli previsti. Vengono raccolti dati di profilo in più, ad esempio dati relativi all'allocazione di oggetti.
Per risolvere questo problema, dopo aver selezionato "Cronologia esecuzione - Dettagli grafici completi", scegliere Modifica e avanzare nelle pagine della procedura scegliendo Avanti in ogni pagina. Al termine della procedura, scegliere Fine per aggiornare le impostazioni per l'insieme di creazione profili.
Difetto Bugzilla: 100334
Quando viene generato il file di profilo con l'opzione Analisi di memoria (tipo di creazione profili) selezionata, gli eventi non verranno salvati nel file di profilo in sequenza cronologica. Questa condizione genera errori quali perdita di pacchetti quando il profilo viene successivamente importato utilizzando filtri a livello di pacchetto.
Per risolvere il problema, importare il file di profilo senza alcun filtro a livello di pacchetto e filtrare i dati nelle viste statistiche dopo aver completato l'importazione.
Quando si crea il profilo di un'applicazione con i seguenti tipi di creazione profili: Base, Analisi di memoria senza informazioni sul livello di istanza e Analisi ora di esecuzione con dettagli grafici sul flusso di esecuzione e senza informazioni sul livello di istanza, le informazioni verranno visualizzate nella vista Statistiche dell'esecuzione quando viene selezionato il pulsante della barra degli strumenti Informazioni sul livello di istanza.
N/D
Difetto Bugzilla:68899
Difetto Bugzilla:68911
Nella documentazione che descrive l'accesso
ai pool di dati da una verifica
manca un passaggio e contiene codice di esempio che non funziona correttamente.
Al percorso di generazione Java è necessario aggiungere i seguenti jar. [ECLIPSE_HOME] è la directory in cui è stato installato Eclipse.
[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
Il seguente frammento di codice dimostra come accedere a un pool di dati ed estrarre correttamente le informazioni.
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("First Name").getStringValue();
// your code here
iter.dpNext();
}
Le verifiche URL possono essere eseguite come verifiche JUnit. Per eseguire questo tipo di verifica, sarà necessario aggiungere le seguenti voci al percorso di generazione Java de progetto contenente la verifica 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
I file di classe e java sono stati rimossi dall'esempio Verifica URL per evitare problemi di compilazione. Non è prevista l'esecuzione.