Правильная обработка исключений EJB - ClassNotFoundException от клиента

Question

У меня есть несколько EJB, которые используют Hibernate для сохранения данных в базе данных. У меня есть густой клиент Swing, который разговаривает с этими EJB. Клиент ничего не знает о базе данных (без диска-драйвера).

Во время одной транзакции может быть выбрано исключение Hibernate ConstraintViolationException. Я перехватывать все исключения и завернуть их в EJBException так:

catch(HibernateException e) { 
    e.printStackTrace(); 
    throw new EJBException(e); 
} 

Проблема я получаю в том, что, когда исключение unmarshalled по JBoss заклинателя на стороне клиента, ClassNotFoundException выбрасывается (для PSQLException), т.к. у клиента нет контейнера jquery sql в пути к классам.

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

В этот момент я вижу два варианта: либо включить баннер драйвера postgres с клиентом, либо удалить переданное исключение из конструктора EJBException. Мне любопытно, есть ли у кого-либо другие предложения, а также как другие обрабатывают исключения в своих EJB?

Answer 1

Я считаю, что клиенту, конечному пользователю, не нужно знать технические детали проблемы. Следовательно, при разных границах слоев вполне разумно преобразовать техническое исключение в общий «Ошибка природы XYZ».

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