Vor kurzem habe ich umgeschaltet auf einen anderen Computer und bekam alle Edelsteine in das System etwa zur gleichen Zeit aktualisiert. Nicht sicher, was genau zu dem Problem führen, aber das Debuggen der Anwendung in NetBeans wurde unmöglich, weil es darum geht, auf Breakpoints gestoppt. Um eine gewisse Verwirrung komplett zu machen, Breakpoints arbeiteten noch in Tests, wie ich später erfuhr, nicht nur, wenn ich etwas tat, was in Firefox. Ich habe versucht, alle Rezepte inklusive - Upgrade von Netbeans auf die neueste Version unterstützt RoR (Netbeans sropped Ruby-Unterstützung und die neueste Version noch unterstützt es ist 6.0.1)
- Überprüfen der erweiterten Attribute aller Ordner. Offenbar unter MacOS, wenn das Projekt Ordner hat ein erweitertes Attribut NetBeans kann nicht debuggen. Jedes Mal, wenn Sie "Erweitert" HFS +-Funktionen wie das Ändern der Hintergrundfarbe eines Verzeichnisses im Finder MacOS fügt eine "extended"-Attribut für diesen Ordner. Man sieht es aber mit "ls-l" und es zu merken "@"-Zeichen in den Dateiberechtigungen.
- Überprüfung, ob rdebug fein läuft. Früher habe ich telnet und wireshark, um die Kommunikation zwischen rdebug und NetBeans sehen und sah, alle Haltepunkte richtig eingestellt.
Also nichts half, bis ...
... Ich fügte hinzu, Debugger-Aufruf im Code. Das Debugger Zeile (<%% Debugger>) schien Kick-off des Debugging-Prozesses, wusste ich nicht einmal brauchen, um die NetBeans neu zu starten. Leter entfernte ich den Debugger Linie, aber die Haltepunkte arbeitete weiter. Leider hatte ich keine Zeit zu beenden, das Graben in der NetBeans-Gehirne und genau herauszufinden, was los ist in ihm, nur hoffen, dieser kleine Trick sparen Sie eine Stunde oder zwei. Dieser Beitrag erscheint in How To , Software . | 
