Пишу модули к одной программе на НетБинс. Скажу, что я не знаток этого иде. Стоит Net Beans 6.0.1. Но меня страшно бесит, что дебаггер выполняет шаги очень медленно, и это существенно тормозит работу, аж вою сижу. Кто нибудь посоветуйте как ускорить процесс дебаггинга? Так и должно быть, или у меня что то криво настроено?

уже вышел NetBeans 6.7.1. пора бы обновиться ;) 

Может и пора, но думаю это больше мороки вызовет. А насущные задания решать надо быстрее(((. Какова будет совместимость 6,7,1 с программой написанной на старой версии?

Это сообщение отредактировал(а) Atiskara - 18.8.2009, 13:33

думаю, что полная.

И неужели дебаггер в этой версии будет лучше работать?

Дебаггером имеет смысл анализировать небольшие куски программы. Причем, заведомо однопоточные. Это не есть универсальное средство отладки (я, например, его вообще не использую). Добавьте логов в программу, чтобы локализовать проблему. А дальше уже дебаггером.   

Мне кажется стоит попробовать а потом самостоятельно решить, лучше или хуже. 

Да в том то и дело, что очень часто приходится использовать для мелких участков дебаггер. И не только для отладки, но и для процесса написания самого кода. А чтобы добавлять логи, сорри, я еще не настолько владею ни языком джава, ни иде нет бинс, даже лучше сказать, что вообще не владею ими.

Ну, просто в разных местах программы делать вывод в консоль значений разных переменных типа System.out.println("x="+x); чтобы иметь общее представление о ходе выполнения. Может, и дебаггер не понадобится. 

В Java логи добавлять элементарно, это можно сделать с помощью пакета Log4J 

Как Вы уже наверно поняли все логи будут сохранятся в соответствующий файл. Для записи в лог нужно просто вызвать один из методов класса Logger. В будущем это намного упростит Вашу работу. 
А по поводу дебагера, КО сообщает что будет работать быстрее при замене компа на более мощный ))  
ПС. Log4J можно скачать тут 

Это сообщение отредактировал(а) FreakOnALeash - 19.8.2009, 13:54

Кстати, в 6.7.1 java debugger глючит.
Я писал репорт, мне ответили, что пофиксили в 6.8 и может быть сделают патч в 6.7.
Я после этого перешел обратно на 6.5.1 (там бага нету) . 

хм.. ну так этим я часто пользуюсь, но при этом все равно нуждаюсь в дебаггере  

FreakOnALeash
а что если сервер не апач?

Apache - это не только HTTP сервер
Смотри справа http://www.apache.org/ - это все их проекты, многое для java; один из них логгер log4j

В поисках вернулась опять в свою тему)))
Возникла такая вещь, когда запускаю дебаггер, он иногда зависает на шаге "Listening for transport dt_socket at address: 9009". Причем только иногда, а если перезапустить его, то норм запускается.
Кто сможет объяснить в чем причина?

Кстати на этот раз я уже юзаю нет бинс 6,9

Ну пожалуйста, кто нибудь, объясните. Как с этим бороться. Что то эти случаи участились, и теперь даже приходится перегружать идешку.

Не пользуйся дебагером - пользуйся логами. Это гораздо проще и удобнее. Особенно когда реально большие проекты. Пиши после каждого оператора в лог и потом анализируй проблему.

Поставь IDEA/Eclipse и попробуй подебажить ими.

Опять одни и те же ответы))) Но все равно спасибо. Эклипс/идею юзать пока не могу. Требования заказчиков таковы.
На одних логах я не проживу, мне нужен дебаггер, он мне помогает рисовать образы в голове в режиме реального времени   .
Ну в общем, я пришла к выводу, что просто надо чистить систему. Походу порт засоряется откуда то извне.

Ответы те же самые потому что это нормальный процесс диагностики проблемы. Сейчас не ясно в чем проблема, в дебагере Нетбинса или в JVM/твоем приложении/системе. И чтобы понять, надо попробовать другой дебагер. Мне казалось это слишком очевидным, чтобы объяснять.



  

Если тебе предлагают решение люди, которые в этом уже не один год варятся - может стоит прислушаться ?


Учись. В нормальном проекте тебе на продакшене из под дебагера вообще никто ничего не запустит - а знать, что происходит надо.
Поставь логи часто-часто, прогони кусок один раз - посмотри, что происходит. И еще заранее представь, что ДОЛЖНО быть в логах.
Если ты пишешь программу и знаешь, что там должно быть, то легко найти, что не так.
А если ты этого не знаешь - значит ты не совсем понимаешь, что ты написал. Это тупиковый вариант.