Debugger Nodeclipse zatrzymuje się w pierwszym wierszu, nawet po wyczyszczeniu wszystkich punktów przerwania.

Question

Uważam, że jest to błąd w NodeClipse IDE dla Eclipse. Nawet po usunięciu wszystkich punktów przerwania w IDE, debugger zatrzymuje się w pierwszej linii, co doprowadza mnie do szału. Pod koniec dnia szukanie maleńkiego przycisku "Kontynuuj" zbiera żniwo mojej cierpliwości.

Ktoś ma ten sam problem? Jak to naprawiłeś?

Oto obraz problemu:

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

Answer 1

Nie ma czegoś takiego jak "NodeClipse IDE"

Istnieje

• nodeclipse wtyczki (nodeclipse-1)
• Enide (zestaw wtyczek)
• Nodeclipse NTS (rozkład Eclipse)

Powinieneś był wspomnieć o dokładnej wersji Nodeclipse i Eclipse, których używasz. Używam Nodeclipse NTS 0.4.10 (w oparciu o Eclipse 4.3 Kepler) codziennie.

Po prostu naciśnij F8, aby wznowić.

Od Nodeclipse 0.6 istnieje opcja "no -break", która będzie używać --debug bez przerywania aplikacji Node w 1. linii.

Z wiki Node

Istnieją 2 opcje debugowania związane węzeł:

węzeł --debug [= port] NodeApp.js

węzeł --debug-brk [= port] NodeApp.js

Opcja --debug po prostu włącza zdalne połączenie debuggera na danym porcie, a następnie normalnie uruchamia aplikację. Nawet jeśli debugger jest później podłączony do instancji uruchomionego węzła, wykonywanie skryptu nie zostanie zatrzymane do czasu wydania przez debuggera Eclipse polecenia "Zawieszenie". Innym sposobem na zatrzymanie wykonywania jest przeglądanie kodu źródłowego modułów JavaScript składających się na aplikację i dwukrotne kliknięcie numeru linii w żądanym położeniu skryptu do break (najprawdopodobniej wywołanie zwrotne). Po zakończeniu wykonywania można ustawić/usunąć więcej punktów przerwania, ale także sprawdzić stos wywołań i wyświetlić zawartość wszystkich zmiennych programu.

Opcja --debug-brk jest potrzebna, gdy skrypt jest krótkotrwałe (nie ma czasu, aby dołączyć debugger) i/lub chcesz obserwować wykonanie NodeApp.js od samego początku. Ta opcja wymusi wykonanie przerwy w pierwszym wierszu głównego skryptu i zaczeka na połączenie z debugerem. Zachowanie podczas połączenia jest teraz inne - skrypt jest zawieszony i nie ustawiono żadnych punktów przerwania. Należy zauważyć, że debugger silnika V8 nie zachowuje się bardzo dobrze, gdy przechodzi lub podejdzie do metody require() (ulegnie awarii), , więc spróbuj ustawić pierwszy punkt przerwania po początkowym załadowaniu modułu.Umożliwi to również ustawienie punktów przerwania w każdym z tych modułów.

Oznacza to, że jeśli użyto --debug, niemożliwe jest debugowanie małych aplikacji i początku aplikacji.

Answer 2

Jeśli nie chcesz, aby debugger łamał żadnej linii, powinieneś wybrać [Run As] - [Node Application], a nie [Debug As] - [Application Node].