Осуществите рефакторинг обработку исключений

PMD определяет все эти места, в которых вы пустые блоки блоки (PMD действительно намного больше). У него есть интеграция NetBeans, поэтому попробуйте.

После выявления всех мест с пустыми CALL Блоки, вам придется рассмотреть каждый сам по себе:

• иногда просто регистрируют сообщение
• иногда реструктурируют близлежащий код. Я Если вы ловите NullPointexception , добавьте NULL вместо этого.
• Иногда вам придется рассмотреть измерение (и объявлять проверенные) исключения.

Проблема в том, что ваш улов все обработчик «обрабатывает» все исключения, поэтому нет необходимости в NetBeans показывать все больше намеков.

Если ваши обработчики исключений уже пусты, и вы планируете в любом случае, вы можете просто временно удалить их.

Совет: Автоматический формат Ваш код, поиск Попробуйте и используйте кронштейн, подчеркивая, чтобы найти соответствие Blocks . Затем удалите весь код обработки.

После этого NetBeans снова предложит различные действия для обработки возможных исключений.

PS: Будьте осторожны, обрабатывать по умолчанию NetBeans (I.E. Просто ведение журнала) не всегда лучший выбор.

Я просто могу предоставить подход Eclipse и надеюсь, что он несколько поступил с NetBeans:

1. Удалить операторы TRY / CALL -> Eclipse покажет ошибки компилятора
2. Использование Eclipse Быстрый совет к рефактору правильные утверждения Thrue / Catch (или броска)

Вы можете сохранить свой существующий код обработки исключений, чтобы вставить его после рефакторинга.

Редактировать

Том был очень хороший комментарий относительно Runtimeexception. Таким образом, процедура лучше выглядеть так:

1. Скопируйте существующий пункт улова и вставить в блокнот / текстовый редактор
2. Удалить операторы Thrue / Catch -> Eclipse покажет ошибки компилятора
3. Использовать быстрый наконечник Eclipse к рефактору Правильная попытка PROT / CALL (или RUSH)
4. вставка хранимых пунктов доловов в конце последовательности операторов CALL

Это сохранит вашу обработку исключения runtimeexceptions (и подтипы!).

Итак, из

try {
   Integer.parseInt("Force a RuntimeException");
   myInputStream.close();
} catch (Exception oops) {
   // catch both IOException and NumberFormatException
}

вы переходите в

try {
   Integer.parseInt("Force a RuntimeException");
   myInputStream.close();
} catch (IOException oops) {
   // catch IOException
} catch (Exception oops) {
   // catch NumberFormatException
}

(хотя вы могли бы вручную заменить исключение по NumberFormatexception в этом случае, но это просто пример)