Spring JdbcTemplate как регистрировать параметры на исключениях?

Question

Использование Spring JdbcTemplate, я пытался выяснить, как можно очистить исключения в слое DAO, но, похоже, не может понять это. Я хочу зарегистрировать SQL-оператор, который был использован и параметров.

Например, где addStoreSql является Параметризированным заявлении,

public int addStore(Store store) { 
    return jdbcTemplate.update(addStoreSql, store.getId(), store.getName());   
} 

я делаю что-то вроде ..

public int addStore(Store store) { 
    try{ 
     return jdbcTemplate.update(addStoreSql, store.getId(), store.getName());   
    } catch (DataAccessException ex) { 
     logger.error("exception on deleting store - " + store.toString(), ex); 
     throw ex; 
    } 
} 

Моим вопрос, есть ли способ, чтобы написать это чище во многом дао методы? Возможно, на уровне регистратора или в библиотеке Spring? Или это самый чистый способ (или код выше, даже плохой)?

У меня есть несколько методов, которые выполняют в основном одно и то же, принимают объект, передают поля в запрос и возвращают результат.

Answer 1

Сложность этого с Spring заключается в том, что объекты JDBC, из которых вы хотели бы получить эту информацию, не являются объектами, управляемыми Spring, они созданы драйвером. Поэтому Spring AOP не будет применяться (без использования AspectJ).

Spring может предоставить запрос и параметры отдельно для вас, если вы входите в категорию «org.springframework.jdbc.core.JdbcTemplate» на уровне DEBUG и «org.springframework.jdbc.core.StatementCreatorUtils» на уровне TRACE.

Существуют существующие библиотеки log4jdbc и p6spy, которые реализуют оболочку вокруг драйвера JDBC, чтобы сгенерировать инструкцию SQL с введенными параметрами. See this question. Использование любого из них должно заключаться в том, чтобы добавить банку в проект, изменив URL-адрес jdbc, чтобы указать на обертку, и настроить регистрацию, чтобы получить требуемый уровень информации.

Существующий код регистрации не является хорошим, потому что это повторяющийся код cut-n-paste, и это приведет к тому, что исключения будут регистрироваться несколько раз. Журналы будут сложнее читать и будут катиться чаще.

Answer 2

Определенно не использовать этот шаблон:

logger.error("exception on deleting store - " + store.toString(), ex); 
    throw ex; 

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

EDIT

По глобальной ловушке для исключения, я имею в виду, что каждое приложение должно иметь какой-то механизм для ловли большинства (в идеале все) исключений из Java кода и зарегистрировать их. Представьте, что вы не поймаете и не пропустите лог для некоторой важной ошибки. Вы не слепы, когда пытаетесь выяснить, что произошло на производстве.

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