Spring MVC retour JSONS et la gestion des exceptions

Je suis à l'aide de Spring MVC avec les Contrôleurs, ma question est comment puis-je retourner une réponse JSON qui est différent de l' @ResponseBody objet qui est retourné et convereted à un JSON à être retourné.

De fournir plus de précisions, j'ai l'objet appelé "UserDetails" qui a deux champs "nom", "adresse"

@ResponseBody UserDetails

maintenant le json retourné ressemblera

{ nom : "TheUsersName",
e-mail:"[email protected]" }

Est-il possible que je peux modifier le json avant de retourner (TOUS les jsons dans toutes les méthodes dans tous les contrôleurs) où un champ "statut" seront ajoutés et les autres données json sera sous les "données" de la clé dans le json.

Aussi comment puis-je retourner un json à l'interface lorsque le serveur java à partir de quelque part lève une exception, le json doit avoir un statut": false," et le nom de l'exception (au moins le statut de partie)

peut-être un lien: stackoverflow.com/questions/6014784/...

OriginalL'auteur MilindaD | 2011-03-22

  1. 2

    Oui. De retour d'un modèle et d'une vue sur la place.

    public ModelMap getUserDetails() {
    UserDetails userDetails; //get this object from somewhere
    ModelMap map = new ModelMap()(;
    map.addAttribute("data", userDetails);
    map.addAttribute("success", true);
    return map;
}

    Pour ajouter l'exception que vous le ferais de la même manière avec une clé et de réussite = false.

    Je ne vois pas quelle valeur ModelAndView ajoute ici. Pourquoi ne pas simplement retourner le ModelMap?
    Je ne suis pas sûr de pourquoi je veux utiliser un ModelAndView cependant vous m'avez donné l'idée d'utiliser une carte (HashMap) qui a fonctionné comme un charme et m'a donné le résultat souhaité. Cependant comment puis-je faire de même dans un échec de scénario? Cependant, toute idée d'un moyen de centraliser ce pour tous les contrôleurs et toutes les fonctions des contrôleurs?
    Vous avez raison. Pet cerveau de retourner points de vue. @milindaD ModelMap ne nécessite pas de touches, mais pas très différents. Il met en œuvre la Carte.

    OriginalL'auteur Robby Pond

  2. 14

    Créer une classe de réponse:

    public class Response<T> {
    T data;
    boolean status = true;

    public Response(T d) { data = d; }
}

    Puis retour à partir de votre contrôleurs:

    @ResponseBody public Response getUserDetails) {
    //...
    return new Response(userDetails);
}

    Pour l'exception que vous aurez envie de retourner un objet comme:

    public class BadStatus {
    String errorMessage;
    boolean status = false;

    public BadStatus(String msg) { errorMessage = msg; }
}

@ExceptionHandler(Exception.class)
public BadStatus handleException(Exception ex, HttpServletRequest request) {
  return new BadStatus(ex.getMessage());
}
    Voir ce fil de discussion pour une réponse plus détaillée: stackoverflow.com/questions/5641091/...

    OriginalL'auteur sourcedelica

  3. 2

    Une autre solution (qui fonctionne avec le printemps 3.1), ce qui est moins invasive

    dans votre printemps config : 

    <bean id="jacksonConverter"     class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter" />
<mvc:annotation-driven>
    <mvc:message-converters>
        <bean class="mypackage.MyMessageConverter"
            p:delegate-ref="jacksonConverter">
        </bean>
    </mvc:message-converters>
</mvc:annotation-driven>

    L'idée est de fournir à votre propre HttpMessageConverter que les délégués à la condition jackson convertisseur.

    public class MyMessageConverter implements HttpMessageConverter<Object> {
//setters and delegating overrides ommitted for brevity
@Override
    public void write(Object t, MediaType contentType, HttpOutputMessage outputMessage) throws IOException,
            HttpMessageNotWritableException {
//t is whatever your @ResponseBody annotated methods return
        MyPojoWrapper response = new MyPojoWrapper(t);

        delegate.write(response, contentType, outputMessage);
    }
}

    De cette façon, tous vos objets pojo sont enveloppés avec quelques autres json que vous fournissez.

    Pour les exceptions, la solution proposée par ericacm est la solution la plus simple (n'oubliez pas d'annoter le "BadStatus' type de retour avec @ResponseBody).

    Une mise en garde : votre json-sérialisé BadStatus passe par MyMessageConverter trop, de sorte que vous aurez envie de tester pour le type d'objet dans le remplacé en "écriture" de la méthode, ou ont MyPojoWrapper poignée.

    OriginalL'auteur Pablo Abreu