Comment retourner le code d'état http pour les exceptions dans des services rest

Dans mon application j'ai différentes couches, comme le reste de la couche, la couche de service de base de données et de la couche, en fonction de scénarios d'affaires, je suis trowing différentes exceptions métier de la couche de service.

Mais maintenant, je dois mettre les différentes HTTP codes comme 400, 403, 409, 412.. pour le REPOS des réponses.

Comment puis-je définir des différents codes d'état HTTP, basé sur différents scénarios?

Qui est le moyen le plus sûr comme: aspect, exception mappeur, ou......?

Car je peux le mettre en état HTTP seule fois dans le reste de la couche (
appelé ce ), Je ne suis pas en mesure de cartographier les différentes HTTP codes, car mon exception est à partir de la couche de service.

Mon exception de la classe ressemble à ceci:

public class BusinessException extends RuntimeException {
    private static final long serialVersionUID = 1L;

    public BusinessException(ErrorEnumeration error) {

    }
    public BusinessException(Exception e, ErrorEnumeration error) {

    }
}

et l'exception sera levée à partir du service comme ceci:

 throw new BusinessException(ErrorEnumeration.VALIDATION_FAILED);

S'il vous plaît aider en suggérant une solution

InformationsquelleAutor Sunil Rk | 2015-06-23
  1. 8

    Vous pouvez utiliser les exceptions définies dans jax-rs ou vous pouvez utiliser vos propres exceptions. Poing attraper votre entreprise exceptions et de les convertir en de jax-rs versions. Par exemple, pour les 404, vous pouvez jeter javax.ws.rs.NotFoundException.

    Vous pouvez également écrire vos propres exceptions en les étendant à partir de javax.ws.rs.ClientErrorException

    Voici un exemple pour 409-Conflit statut d'exception

    import javax.ws.rs.ClientErrorException;
import javax.ws.rs.WebApplicationException;
import javax.ws.rs.core.Response;

public class ConflictException extends ClientErrorException{

    public ConflictException(Response.Status status) {
        super(Response.Status.CONFLICT); //409
    }
}

    Mise à jour

    Plus simple et réalisable façon est d'attraper votre entreprise exceptions et re-jeter avec jax-rs exceptions.

    try{
  businessService.executeBusinessRule();
}catch (BusinessException e){
  //It is better if your BusinessException has some child class to handle
  if(e.getError() == ErrorEnumeration.VALIDATION_FAILED){
    throw new BadRequestException();
  }else{
    throw new ConflictException();
  }
}

    Si vous utilisez printemps, vous pouvez toujours attraper ces exceptions à l'aide de l'aop.

    @Aspect
public class BusinessExceptionInterceptor{
@AfterThrowing(pointcut = "execution(* com.your.service.packge..* (..))", throwing = "e")
public void errorInterceptor(BusinessException e) {
   //re-throw again...
}

    Mise à jour 2

    Aussi il est préférable de définir une nouvelle exception au lieu de réutiliser la même exception avec un état différent de l'état. Vous pouvez définir un nouveau ValidationException qui s'étend de BusinessException comme ça.

    public class ValidationException extends BusinessException{

    public ValidationException() {
        super(ErrorEnumeration.VALIDATION_FAILED);
    }
}

    En utilisant de cette façon, vous pouvez toujours gérer tous les BusinessException mais il est plus facile de les identifier ou de les mapper à Jax-rs exceptions.

    • Salut, Merci pour la réponse rapide 🙂 j'ai mis à jour la question.
    • Wow belle explication.. upvoted
    • est-il bon d'ajouter une méthode plus dans mon "BusinessException" classe comme ci-dessous ? public BusinessException(ErrorEnumeration erreur, la Réponse.Statut httpStatus) { } de Sorte que je peux envoyer de l'état, tout en jetant itsef.
    • Non, pas bon. Votre entreprise de la couche ne doit pas être au courant de qui couche avec elle. Vous devez détaillé de vos exceptions, puis à les gérer correctement et dernier renvoyer dans un formulaire avec le code d'état.
    • ah ok, mais si je veux re-jeter comme tu dit je dois écrire des captures ou de la nouvelle classe d'exception (en se référant à votre réponse).Le problème est que j'ai autour de 35 différentes énumérations selon les scénarios d'entreprise, je ne peux pas l'attraper 35 exceptions pour re-mapping ou la création de nouvelles classes aussi pas recommandable.Dans ce cas, comment puis-je aller de l'avant ?
    • Oui ce ne sera pas un problème :). Juste les attraper avec businessException exception. Ensuite, écrire un utilitaire qui génère des exceptions en fonction de votre énumération. Vous pouvez utiliser l'aop pour les attraper. De cette façon, vous ne devez pas écrire try...catch consolidés. Mais vous avez besoin d'intégrer aop, si vous ne l'avez pas déjà
    • Merci pour la clarification, il a beaucoup aidé .. 🙂

    InformationsquelleAutor bhdrkn