1.0 Introduzione
2.0 Problemi noti
2.1 Ambiente di sviluppo Web
2.2 Adattatore di debug di WebSphere Application Server
2.3 Debugger JavaScript
2.4 Strumenti di verifica e distribuzione (strumenti server)
2.5 Debugger JTD (Java Development Tools)
2.6 Limitazioni relative alle versioni tradotte
2.7 Debugger SQLJ
I debugger in WebSphere Studio forniscono gli strumenti necessari per eseguire il debug di applicazioni Web JavaScript del server, Java, SQLJ, Procedure memorizzate SQL e linguaggi compilati. Questo file readme descrive i problemi noti e le limitazioni associate ai debugger di WebSphere Studio.
Debug JSP:
- I file JSP possono essere sottoposti a debug durante la verifica su WebSphere Application Server. Se si esegue la verifica su un server Tomcat, il debugger non si fermerà ai punti di interruzione JSP.
- I punti di interruzione possono essere impostati nei file all'interno dei seguenti tag:
- Scriptlet del modulo: <% %>
- Espressioni JSP del modulo: <%= %>
- Dichiarazioni JSP con formato: <%! %>
- Tag jsp:useBean, jsp:getProperty e jsp:setProperty
- Tag personalizzati
- I punti di interruzione non possono essere impostati per i seguenti insiemi di tag:
- Codice HTML
- Direttive JSP
- Tutti gli altri tag JSP standard (jsp:include, jsp:forward e così via)
- Se si esegue la migrazione di uno spazio di lavoro da una vecchia versione di WebSphere Studio alla versione corrente, è necessario eliminare i punti di interruzione JSP e ricrearli.
- La modalità di debug per passi avrà esito negativo con alcuni metodi locali EJB: se si utilizza l'adattatore di debug di WebSphere Application Server per avviare una sessione di debug, la modalità di debug per passi non si arresterà per alcuni metodi locali EJB. Per eseguire il debug di questi metodi è necessario utilizzare i punti di interruzione.
- L'operazione di inversione da Java a JavaScript non è supportata: utilizzare i punti di interruzione se si desidera ritornare al codice JavaScript da Java.
- Debug dei JSP:
- Il debug per passi non verrà eseguito per i JSP che non contengono codice eseguibile.
- Se si utilizza l'adattatore di debug di WebSphere Application Server per avviare una sessione di debug, non sarà possibile esaminare o visualizzare variabili o espressioni JSP.
- Nei JSP non è supportata la funzione di esecuzione fino alla riga.
- L'impostazione dei punti di interruzione JSP potrebbe essere lenta. Più numerosi sono i punti di interruzione JSP, maggiore dovrà essere il tempo previsto per consentire al debugger di eseguire l'inizializzazione.
- I punti di interruzione sulle variabili statiche nei blocchi di dichiarazioni JSP non funzionano e potrebbero causare altri problemi ai punti di interruzione.
- Alcune proprietà dei punti di interruzione, come ad esempio numero passaggi, condizione, thread selezionato o i criteri di sospensione della VM, non sono supportate per i punti di interruzione JSP.
- Non impostare punti di interruzione Java nell'editor Debugger: i punti di interruzione Java devono essere impostati nell'editor Java e non nell'editor Debugger.
- Utilizzo della voce del menu di scelta rapida della vista Cambia file di origine: se si modifica il file di origine visualizzato utilizzando la voce del menu di scelta rapida Cambia file di origine nel frame dello stack, il nuovo file potrebbe non essere visualizzato nell'editor. Per risolvere questo problema, fare clic su un altro frame dello stack e quindi fare clic di nuovo sul frame dello stack originale. In questo modo il nuovo file dovrebbe essere aperto nell'editor.
- Console di debug: nella console di debug, i collegamenti ipertestuali ai tipi aperti non funzionano.
- Non è possibile esaminare un oggetto JavaScript fino al completamento del relativo costruttore: è possibile passare attraverso l'esecuzione del costruttore, ma non è possibile esaminare l'oggetto in costruzione fino al completamento della costruzione (chiusura del costruttore).
- Avanzamento per passi e frame dello stack sottostanti al frame dello stack superiore: in JavaScript le operazioni Passa su o Passa a precedente relative ai frame dello stack diversi da quello superiore, non sono consentite.
- JSP include: non è supportato il debug JavaScript in JSP include.
- Uscita da funzioni ricorsive: quando si esegue il debug di funzioni JavaScript ricorsive, in caso di uscita, si ritorna al primo livello di esecuzione.
- Non espandere oggetti contenenti variabili writer o inputStream: durante l'esame di oggetti JavaScript, gli utenti vengono avvisati di non espandere oggetti contenenti le variabili writer o inputStream. Questa operazione infatti interromperebbe le comunicazioni con il debugger.
- Ambiente di test: il debug di JavaScript non funziona quando si utilizza WebSphere V5 Test Environment. Questo problema è stato risolto con la correzione APAR #PQ73036.
Quando si esegue un server in modalità debug, ricordarsi che:
- L'avvio e l'esecuzione del server può essere più lenta rispetto a un'altra modalità.
- La compilazione delle pagine JSP può durare più a lungo.
Le informazioni relative ai problemi noti e alle limitazioni degli strumenti di sviluppo Java, sono disponibili nelle note sul rilascio di JDT (Java Development Tools) e del Workbench (IDE). I collegamenti a tali argomenti sono disponibili nel readme installato con il prodotto.
- Limitazioni BiDi (Bidirectional): non è possibile utilizzare l'editor Debugger quando si esegue il debug dei JSP che sono stati codificati con una codepage diversa da quella nativa.
- Debugger linguaggio compilato:
- In sistemi a byte singolo (SBCS), il debugger per il linguaggio compilato non supporta i nomi dei programmi o il passaggio di parametri del programma contenenti caratteri superiori a 0x7F.
- L'uso di caratteri nazionali nei nomi e negli argomenti di debug non è supportato.
Durante l'esecuzione di swap attivi durante il debug con J9 JVM, se vi sono metodi SQLJ sullo stack di chiamate, verrà visualizzata la finestra Metodi obsoleti nello stack. Se lo swap attivo era riferito a una classe SQLJ, la classe verrà ricaricata nella JVM, ma il nuovo codice in esecuzione non verrà visualizzato fino al prossimo richiamo di un metodo nella classe.
Se si esegue lo swap attivo di una classe SQLJ, i punti di interruzione SQLJ non funzioneranno per la classe durante la sessione di debug corrente.
Visualizza il file Readme principale
(C) Copyright IBM Corporation 2000, 2003. Tutti i diritti riservati.