2013-07-04 12 views
5

Credo che questo sia un errore nell'IDE di NodeClipse per Eclipse. Anche dopo aver eliminato tutti i punti di interruzione nell'IDE, il debugger si ferma sulla prima riga, mi sta facendo impazzire. Alla fine della giornata dovendo cercare il minuscolo pulsante "Continua" sta pagando un pedaggio sulla mia pazienza.Nodeclipse Debugger si arresta sulla prima riga, anche dopo aver eliminato tutti i punti di interruzione

Chiunque abbia lo stesso problema? Come hai risolto questo?

Ecco un'immagine del problema:

http://joaorosilva.no-ip.org/public/stackoverflow/Screen%20Shot%202013-07-04%20at%2015.35.37.png

+0

Sono passato a IDE webstorm jetbrains e questo comportamento non esiste più. –

risposta

4

Non esiste una cosa come "NodeClipse IDE"

Ci sono

  • nodeclipse plug (nodeclipse-1)
  • Enide (set di plug-in)
  • Nodeclipse NTS (distribuzione Eclipse)

Avresti dovuto menzionare quale versione esatta di Nodeclipse ed Eclipse stai usando. Sto usando Nodeclipse NTS 0.4.10 (basato su Eclipse 4.3 Kepler) ogni giorno.

Basta premere F8 per riprendere.

Poiché Nodeclipse 0.6 è disponibile l'opzione "no -break", che utilizzerà --debug senza interrompere l'app Node in prima linea.

dal nodo wiki

Ci sono 2 relative opzioni nodo di debug:

nodo --debug [= porta] NodeApp.js

nodo --debug-BRK [= porta] NodeApp.js

L'opzione --debug abiliterà solo la connessione del debugger remoto su una determinata porta e quindi avvierà l'applicazione normalmente. Anche se il debugger è collegato all'istanza del nodo corrente in seguito, l'esecuzione dello script non verrà interrotta fino a quando il comando "Sospendi" viene emesso dal debugger di Eclipse. Un altro modo per interrompere l'esecuzione è sfogliare il codice sorgente dei moduli JavaScript comprendenti l'applicazione e fare doppio clic sul numero di riga nella posizione desiderata nello script su break at (molto probabilmente una richiamata). Una volta interrotta l'esecuzione, è possibile impostare/cancellare più punti di interruzione, ma anche ispezionare lo stack di chiamate e visualizzare il contenuto di tutte le variabili del programma.

L'opzione --debug-brk è necessaria quando lo script è di breve durata (non c'è tempo per collegare il debugger) e/o si desidera osservare l'esecuzione di NodeApp.js fin dall'inizio. Questa opzione costringerà l'esecuzione a interrompere la prima riga dello script principale e attenderà il debugger per la connessione. Il comportamento alla connessione è ora diverso: lo script è sospeso e non vengono impostati punti di interruzione. Si noti che il debugger del motore V8 non si comporta in modo ottimale quando viene eseguito un passaggio o viene eseguito il metodo require() (si blocca), , quindi provare a impostare il primo punto di interruzione dopo il caricamento iniziale del modulo.Ciò consentirà anche di impostare punti di interruzione in uno qualsiasi di questi moduli.

Ovvero, se si utilizza --debug, è impossibile eseguire il debug di piccole app e l'inizio di un'applicazione.

+0

L'ho fatto su Eclipse Juno. Grazie per la spiegazione e il suggerimento sul collegamento, è una soluzione temporanea finché non decidono di cambiare questo comportamento, immagino! –

+0

Penso che sappiano già del problema. –

+0

Sì, ne sono sicuro ... Devono avere le loro ragioni per non aggiustarlo, proprio come abbiamo la libertà di usare tecnologie diverse. –

0

Se non si desidera che il debugger interrompa alcuna linea, selezionare [Esegui come] - [Applicazione nodo], non [Debug come] - [Applicazione nodo].

+1

Quindi non andrà e non dovrebbe fermarsi ai break-point. Il punto era che il debugger entra sempre in modalità passo-passo. –

+0

Io non la penso così. Ha detto "il debugger si ferma sulla prima riga". –

+0

Paul Verest ha ragione. –

Problemi correlati