Отчет - использование устаревших полей, методов и классов, даже если они подавлены с помощью @SuppressWarnings - PullRequest
0 голосов
/ 03 марта 2020

Для поддержания чистоты и исправности отчетов, а также для быстрого оповещения о появлении новых вещей, мы пометили некоторые поля / методы / классы с помощью @SuppressWarnings ("deprecation")

Пока все хорошо .

Итак, теперь мы хотим обновить зависимость, скажем, hibernate с 5.2 до 5.3.

Чтобы оценить риски обновления, мы хотим проверить, не используем ли мы устаревшие методы.

(Примечание: e..g https://docs.jboss.org/hibernate/orm/5.2/javadocs/org/hibernate/SQLQuery.html устарело в 5.2 и больше не работает с позиционными параметрами в 5.3).

Кто-нибудь знает инструмент, который дает мне разбивку устаревших способов использования?

Помимо формы, удаляющей все @SuppressWarnings хотя бы временно (что может быть хорошо, кстати) и затем запускающей javac с опцией -deprecation, у меня нет идей .

Я проверил (спот | найти) ошибки, но ни один из них не заботится об устаревших методах; У sonarqube есть только правила, которые применяются ко всей базе кодов / профилю качества, и ни intellij, ни eclipse, похоже, не заботятся о фильтре по зависимости.

1 Ответ

0 голосов
/ 04 марта 2020

Отвечая на мой собственный вопрос после некоторых размышлений, кажется, что получение устаревших методов из зависимостей javado c и последующий просмотр. java файлы помогут нам, так как мы не выполняем импорт с подстановочными знаками

...