Comment sérialiser Java primitives à l'aide de Maillot de REPOS

Dans mon application j'utilise Maillot de REPOS pour sérialiser des objets complexes. Cela fonctionne très bien. Mais il y a un peu de méthode, qui se contente de renvoyer un int ou un booléen.

Jersey ne peut pas gérer les types primitifs (à ma connaissance), probablement parce qu'ils ne sont annotées et Jersey n'a pas de défaut d'annotation pour eux. J'ai travaillé autour de ce par la création de types complexes comme un RestBoolean ou RestInteger, il suffit de maintenir un int ou valeur booléenne et avoir les annotations.

N'est-il pas un moyen plus simple que d'écrire ces objets conteneur?

JAX-RS/Maillot ne prend pas en charge la sérialisation des types primitifs ou même les types wrapper Entier, Booléen, etc. Autant que je sache, l'approche que vous avez pris semble être le seul moyen.
Bon, je vous remercie!

OriginalL'auteur Olvagor | 2010-04-13

Ont un coup d'oeil à Genson.Il m'a beaucoup aidé avec un problème similaire.Avec Genson vous pourriez utiliser des génériques, comme int,boolean, des listes et ainsi de suite...Voici un exemple rapide.

@GET
@Produces(MediaType.APPLICATION_JSON)
public Response getMagicList() {
    List<Object> objList = new ArrayList<>();
    stringList.add("Random String");
    stringList.add(121); //int
    stringList.add(1.22); //double
    stringList.add(false); //bolean

    return Response.status(Status.OK).entity(objList).build();
}

Cela produira un JSON valide la sorcière peut être récupéré très simple comme ceci:

    Client client = Client.create();
    WebResource webResource = client.resource("...path to resource...");
    List objList = webResource.accept(MediaType.APPLICATION_JSON).get(ArrayList.class);
    for (Object obj : objList) {
        System.out.println(obj.getClass());
    }

Vous verrez que Genson va vous aider à décoder le JSON sur le côté client aussi et la sortie de la classe correcte pour chaque.

Corriger lien html pour Genson projet est code.google.com/p/genson

OriginalL'auteur mvlupan

3

Êtes-vous à la rédaction d'un service ou d'un client? Dans la fin des choses, il vous suffit d'écrire un MessageBodyWriter pour sérialiser un flux de données à un objet Java pour votre types. Dans mon cas d'utilisation, les services que je suis en train d'écrire la sortie JSON ou XML, et dans le fichier XML, je viens de jeter un JAXB annotation sur le haut de mes classes et je suis fait.

Avez-vous regardé le Maillot guide de l'Utilisateur sur cette question?

3.6. Ajout du support pour de nouvelles représentations

OriginalL'auteur Nick Klauer

En fait votre meilleur pari est d'écrire une coutume ContextResolver Fournisseur comme la suivante qui utilise naturel bâtiment de JSON.

   @Provider
   public class YourContextResolver implements ContextResolver<JAXBContext> {

    private JAXBContext context;
    private Class<?>[] types = { YourSpecialBean.class };

    public YourContextResolver() throws Exception {
        this.context = new JSONJAXBContext(
                JSONConfiguration.natural().build(), types);
    }

    public JAXBContext getContext(Class<?> objectType) {
        for (int i = 0; i < this.types.length; i++)
            if (this.types[i].equals(objectType)) return context;

        return null;
    }
}

La seule chose de spécial à noter, c'est la YourSpecialBean.class dans la Classe[]. Ceci définit un tableau de types de classe que ce fournisseur de résoudre naturellement.

OriginalL'auteur Alex Winston

2

Dire Maillot de générer un format JSON documents (naturel ou json). J'ai utiliser la même classe pour le repos de l'app et JAXBContext de résolution, a jugé le plus propre de l'encapsulation.

Meilleur programmeur pourrait mettre en œuvre de l'aide pour effectuer une itération .les fichiers de classe et la liste des cours adaptés automatiquement par identifiant @Annotation des balises. Je ne sais pas comment faire il d'exécution dans le cadre d'un code source.

Ces deux liens ont été utile d'étudier cette extra java jargon. Je ne sais pas pourquoi il n'y a pas de Maillot de paramètre à prendre tout simplement travailler hors de la boîte.
WEB-INF/web.xml (extrait):
```
<servlet>
  <servlet-name>RESTServlet</servlet-name>
  <servlet-class>com.sun.jersey.spi.container.servlet.ServletContainer</servlet-class>
  <init-param>
    <param-name>javax.ws.rs.Application</param-name>
    <param-value>com.myapp.rest.RESTApplication</param-value>
  </init-param>
</servlet>
<servlet-mapping>
  <servlet-name>RESTServlet</servlet-name>
  <url-pattern>/servlet/rest/*</url-pattern>
</servlet-mapping>
```
com.myapp.rest.RESTApplication.java
```
package com.myapp.rest;
import java.util.*;
import javax.ws.rs.core.Application;
import javax.ws.rs.ext.ContextResolver;
import javax.xml.bind.JAXBContext;
import javax.xml.bind.JAXBException;
import com.sun.jersey.api.json.JSONConfiguration;
import com.sun.jersey.api.json.JSONJAXBContext;
public class RESTApplication extends Application implements ContextResolver<JAXBContext> {
private JAXBContext context;
private Class<?>[] types;
public RESTApplication() throws JAXBException {
//list JAXB bean types to be used for REST serialization
types = new Class[] {
com.myapp.rest.MyBean1.class, 
com.myapp.rest.MyBean2.class, 
};
context = new JSONJAXBContext(JSONConfiguration.natural().build(), types);
}
@Override
public Set<Class<?>> getClasses() {
//list JAXB resource/provider/resolver classes
Set<Class<?>> classes = new HashSet<Class<?>>();
//for(Class<?> type : types)
//   classes.add(type);
classes.add(MyBeansResource.class);
classes.add(this.getClass()); //used as a ContextResolver class
return classes;
}
@Override
public JAXBContext getContext(Class<?> objectType) {
//this is called each time when rest path was called by remote client
for (Class<?> type : types) {
if (type==objectType)
return context;
}
return null;
}
}
```
Classes MyBean1,MyBean2 sont de simples objets java et MyBeansResource classe est celle avec @Chemin reste des fonctions. Il n'y a rien de spécial en attendent standard jaxp @Annotations ici et là. Après ce java jargon JSON documents ont
- zéro ou un seul élément de la Liste des tableaux sont toujours écrites en json array ([])
- primitive des entiers et des champs booléens sont écrites sous forme de json primitives (sans guillemets)
- Je utiliser l'environnement suivant
- Sun Java JDK1.6.x
- Apache Tomcat 6.x
- Jersey v1.14 bibliothèques (jersey-archive-1.14.zip)
- webapps/myapp/WEB-INF/lib du dossier a asm-3.3.1.jar, jackson-core-asl.jar, jersey-client.jar, jersey-core.jar, jersey-json.jar, jersey-server.jar, jersey-servlet.jar les bibliothèques
- d'ajouter en option annotation-detector.jar si vous utilisez infomas-asl outil de découverte de
jersey-archive.zip eu plus asm-3.1.jar fichier, fonctionne probablement très bien, mais chapter_deps.html les liens vers un fichier plus récent. Voir le lien à la liste en haut.

Modifier
J'ai trouvé un excellent(rapide, léger à seulement 15 KO) annotation outil de découverte. Voir ce post sur comment je l'ai découverte automatique des types à l'exécution et n'ont plus besoin de modifier RESTApplication à chaque fois de nouvelles java(jaxb) l'ajout de bean.

https://github.com/rmuller/infomas-asl/issues/7

OriginalL'auteur Whome

J'ai eu le même problème aujourd'hui et ne pas abandonner jusqu'à ce que j'ai trouvé une très bonne solution appropriée. Je ne peux pas mettre à jour le maillot de la bibliothèque de 1.1.5 c'est un Héritage du Système. Mon Repos", le Service retourne une Liste et ils doivent suivre ces règles.

Vide Listes sont rendus sous la forme [] (quasi impossible)
Un Élément Listes sont rendus sous la forme [] (difficile, mais uniquement de configuration du mappage)
De nombreux Élément Listes sont rendus sous la forme [] (facile)

Début de facile à impossible.

3) aujourd'hui rien de normal JSON Cartographie

2) Inscrivez-vous JAXBContextResolver comme suit

@Provider
public class JAXBContextResolver implements ContextResolver<JAXBContext> {
private final JAXBContext context;
private final Set<Class<?>> types;
private Class<?>[] ctypes = { Pojo.class }; //your pojo class
public JAXBContextResolver() throws Exception {
this.types = new HashSet<Class<?>>(Arrays.asList(ctypes));
this.context = new JSONJAXBContext(JSONConfiguration.mapped()
.rootUnwrapping(true)
.arrays("propertyName") //that should rendered as JSONArray even if the List only contain one element but doesn't handle the empty Collection case
.build()
, ctypes);
}
@Override
public JAXBContext getContext(Class<?> objectType) {
return (types.contains(objectType)) ? context : null;
}
}

1) L'approche suivante ne fonctionne que pour les Collections$EmptyList classe. Pouvez-vous trouver un moyen pour la rendre générale pour toutes les Collections qu'ils sont vides. Peut-code de traiter avec EmptyList.

@Provider
@Produces(value={MediaType.APPLICATION_JSON})
public class EmptyListWriter implements MessageBodyWriter<AbstractList> {
private static final String EMPTY_JSON_ARRAY = "[]";
@Override
public long getSize(AbstractList list, Class<?> clazz, Type type, Annotation[] annotations, MediaType mediaType) {
return EMPTY_JSON_ARRAY.length();
}
@Override
public boolean isWriteable(Class<?> clazz, Type type, Annotation[] annotations, MediaType mediaType) {
return clazz.getName().equals("java.util.Collections$EmptyList");
}
@Override
public void writeTo(AbstractList list, Class<?> clazz, Type type, Annotation[] annotations, MediaType mediaType, 
MultivaluedMap<String, Object> headers, OutputStream outputStream) throws IOException, WebApplicationException {
if (list.isEmpty())
outputStream.write(EMPTY_JSON_ARRAY.getBytes());            
}
}

OriginalL'auteur Frank Ittermann

2

Je viens de découvrir que le retour d'un type primitif avec Jersey est problématique. J'ai décidé de Chaîne de retour à la place. Peut-être que ce n'est pas propre, mais je ne pense pas que c'est trop sale. Le client Java, qui est écrit par le même auteur du serveur, la plupart du temps, peut envelopper une telle chaîne de valeur de retour et la convertir en int. Les Clients écrits dans d'autres langues doivent être conscients des types de retour d'une quelconque façon.

Définition RestInteger, RestBoolean peut être une autre option, mais il est plus lourd et que je vois trop peu d'avantages à être attractif.

Ou peut-être ai-je raté quelque chose d'important ici?

absolument, cela ne devrait pas être si lourd et inclus dans le maillot de classe à mon avis. J'ai fait la même conclusion, dimanche, à 10 heures du soir, je vais juste face à la reprise de la chaîne ha.

OriginalL'auteur zakmck

Vous devez vous connecter pour publier un commentaire.