Я получаю исключение NullPointerException в классе из сторонней библиотеки. Теперь я хотел бы отладить все это, и мне нужно было бы знать, из какого объекта удерживается класс. Но мне кажется, что я не могу установить точку останова в классе от третьего лица.
Кто-нибудь знает выход из моей беды? Конечно, я использую Eclipse в качестве своей IDE.
Обновление: библиотека с открытым исходным кодом.
Самый верный способ сделать это (и получить что-то действительно полезное) — загрузить исходный код (вы говорите, что он с открытым исходным кодом) и настроить другой «Java Project», указывающий на этот источник.
Для этого загрузите исходный код и разархивируйте его где-нибудь в вашей системе. Нажмите «Файл» -> «Создать» -> «Проект Java». В следующем диалоговом окне дайте ему имя проекта и выберите «Создать проект из существующего источника». Перейдите к корневому каталогу библиотеки с открытым исходным кодом.
Предположим, что все дополнительные библиотеки, которые требуются для проекта и т.п., включены в загруженный вами проект, Eclipse все выяснит и установит для вас путь сборки.
Вам нужно будет удалить банку с открытым исходным кодом из пути сборки вашего проекта и добавить этот новый проект в путь сборки вашего проекта.
Теперь вы можете просто относиться к этому как к своему коду и выполнять отладку по желанию.
Это позволяет обойти по крайней мере пару проблем с другими подходами:
Вы можете «прикрепить исходный код» к файлу jar, но если файл jar был скомпилирован без отладочной информации, это все равно не сработает. Если файл jar был скомпилирован с отладочной информацией (lines,source,vars...см. http://java.sun.com/j2se/1.3/docs/tooldocs/win32/javac.html и параметр -g).
Вы можете добавить «точку останова исключения», чтобы увидеть, когда возникает исключение NullPointerException, но это обычное исключение, и оно может быть поднято и обработано много (сотни?) Раз до того, которое вы ищете. Кроме того, без исходного кода вы не сможете ничего увидеть в коде, выдающем исключение NullPointerException — вероятность того, что вы сможете понять, что не так, довольно мала.
-g? В документе указано, что -g : Generate all debugging information, including local variables., затем упоминаются только source, lines и variable. Я прочитал на coderanch, что real names of fields также используются coderanch.com /t/262054/java-programmer-SCJP/certification/ . Но про комментарии ничего не сказано.
- person Adrien Be; 14.10.2013
-g позволит нам затем отлаживать без каких-либо проблем, то есть иметь возможность синхронизировать отладчик с кодом. Я думаю, единственный способ сделать это - оставить файлы классов нетронутыми. Это то, что это делает? примечание: я искал четкую информацию об этом, но кажется, что создание jar с & затем без -g - единственный способ узнать, что на самом деле меняется при использовании этой опции -g.
- person Adrien Be; 14.10.2013
Вы можете легко установить точки останова метода в сторонних библиотеках, не имея исходного кода. Просто откройте класс (вы получите представление «у меня нет источника»). Откройте схему, щелкните правой кнопкой мыши нужный метод и щелкните Toggle Method Breakpoint, чтобы создать точку останова метода.
The Class File Viewer cannot handle the given input ('org.eclipse.ui.ide.FileStoreEditorInput'). Это должно работать из диалогового окна «Открыть файл...» в главном меню «Файл» или для этого есть специальный диалог?
- person ; 21.06.2017
Вы также можете установить точки останова на определенных исключениях. С точки зрения отладки есть кнопка «Добавить точку останова исключения Java», и там вы можете добавить «NullPointerException». Затем ваш отладчик приостановит выполнение, как только возникнет такое исключение.
Обычно вы должны иметь возможность установить точку останова. Особенно, если сторонняя библиотека с открытым исходным кодом. Но если ваша сторонняя библиотека принадлежит коммерческому поставщику, возможно, они скомпилировали исходный код с отключенным флагом отладки. Это сделает невозможным отладку. Ваш поставщик мог сделать это как часть процесса запутывания, чтобы сделать невозможным перепроектирование библиотеки, или просто потому, что окончательные скомпилированные классы будут меньше.
Чтобы заставить это работать с материализованным веб-приложением maven, мне нужно было сделать три вещи.
1) Создайте новый проект eclipse с исходным кодом стороннего jar.
2) Удалите ссылку на банку из зависимостей pom.xml.
3) Добавьте новый проект eclipse в Deployment Assembly в свойствах проекта.
4) Добавьте новый проект eclipse в Свойства проекта -> Путь сборки Java -> Проекты существующего проекта, который ссылается на сторонний проект.
Если третий проект был правильно добавлен в ваш репозиторий maven с исходными кодами, maven автоматически загрузит соответствующий исходный код и позволит вам добавить точки останова без необходимости выполнять какие-либо из описанных выше шагов; однако я узнал, что вы не всегда можете рассчитывать на это.
Просто прикрепите исходный код (или используйте что-то, что автоматически подключает исходный файл jar), а затем установите точку останова обычным способом, дважды щелкнув слева от интересующей строки.
