Невозможно уловить исключения в служебном слое

Question

У меня есть веб-приложение REST.
При выполнении запроса PUT на ресурс под названием ThingGroup мой контроллер вызывает слой службы, как этот

@RequestMapping(method = RequestMethod.PUT) 
@ResponseBody 
public void updateThingGroup(@Valid @RequestBody final ThingGroup thingGroup, final Principal principal) throws UnknownResourceException { 
    final User user = userService.findByUserName(principal.getName()); 
    thingGroupService.update(thingGroup, user); 
} 

И соответствующий thingGroupService, который @Transactional

@Override 
@Transactional 
public ThingGroup update(final ThingGroup thingGroup, User user){ 
    ThingGroup found = null; 
    try { 
     found = find(thingGroup.getId(),user); 

     found.setName(thingGroup.getName()); 

     found = getDao().save(found); 

    } catch (final DataIntegrityViolationException e) { 

     // I want to throw that custom exception here 

     MyBadRequestException ex = new MyBadRequestException("MyBadRequestException.update.violation.thingGroup", "violation_data_integrity"); 
     ex.setParameters(new Object[] { thingGroup.getName()}); 
     throw ex; 
    } 
    return found; 
} 

В основной базе данных MySQL У меня есть ограничение единства на имени thingGroup.

Так что если я попытаюсь обновить вещьGroup с существующим именем, она не сработает.

Когда он терпит неудачу, я хотел бы бросить специальное исключение, чтобы передать понятное сообщение на уровень контроллера.

Моя проблема заключается в том, что из-за аннотации @Transactional исключения Hibernate выдаются после совершения транзакции, что означает, что после возврата метода обслуживания (я думаю).

А это означает, что я не могу поймать исключение на сервисном уровне.

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

Есть ли общее решение этой проблемы?

Answer 1

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

Answer 2

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

@Override 
public ThingGroup update(final ThingGroup thingGroup, User user){ 
    ThingGroup found = null; 
    try { 
     return doUpdate(thingGroup, user) 
    } catch (final DataIntegrityViolationException e) { 
     // I want to throw that custom exception here 
     MyBadRequestException ex = new MyBadRequestException("MyBadRequestException.update.violation.thingGroup", "violation_data_integrity"); 
     ex.setParameters(new Object[] { thingGroup.getName()}); 
     throw ex; 
    } 
    return found; 
} 

@Transactional 
public ThingGroup doUpdate(final ThingGroup thingGroup, User user){ 
    ThingGroup found = find(thingGroup.getId(),user); 
    found.setName(thingGroup.getName()); 
    found = getDao().save(found); 
    return found; 
} 

Метод doUpdate здесь является публичной для

а. более легкие модульные испытания и

b. возможность использовать транзакции, если вы не используете аспекты.