Jackson Changer Dynamiquement JsonIgnore

J'ai une classe et il y a des variables à l'intérieur ainsi. Parfois, j'ai envie d'ignorer certains domaines, et parfois pas lors de la désérialisation (peut-être lors de la sérialisation de trop). Comment puis-je le faire à Jackson?

InformationsquelleAutor kamaci | 2011-11-18

22

Pour la sérialisation, "les propriétés de filtrage" entrée de blog devrait vous aider. La désérialisation côté a moins de soutien, car il est plus commun de vouloir filtrer les trucs qui est écrit.

Une approche possible consiste à sous-classe JacksonAnnotationIntrospector, remplacer la méthode(s) que l'introspection ignorability de méthodes (et/ou des champs) à utiliser quelle que soit la logique que vous voulez.

Il peut aussi vous aider si vous avez donné un exemple d'application pratique, j'.e quoi et pourquoi vous essayez de l'empêcher d'être désérialisé.
- Voici une explication: jroller.com/RickHigh/entry/filtering_json_feeds_from_spring je n'utilise pas de Roo et aspectj code d'erreur à mon Intellij IDEA8(thisJoinPoint et de procéder méthodes peuvent pas reconnu). Ce serait génial si je pouvais la mettre en œuvre sous la forme d'annotations comme décrit.
- J'ai un Printemps 3 RESTE de l'application. J'ai un haricot à mon côté serveur et j'en fais la liste des clients. Il a cependant de nombreux domaines et je dın pas la liste de tous les champs de mon haricot à table. Cependant, à une autre page, j'ai la liste de tous les champs de mon haricot à une autre table. Donc, mon but est que je ne veux pas envoyer toutes les informations à côté client pour plus d'efficacité.
- Ok: mais juste pour être clair: lors de l'envoi de choses, vous sont généralement de parler de la sérialisation; la désérialisation est l'inverse (lecture JSON dans les objets). Alors peut-être que vous êtes à la recherche pour la sérialisation fonction de la place? Si oui, le lien que j'ai mentionné serait très utile?
- la sérialisation est si important pour moi, vous avez raison. J'ai lu le lien et je vais essayer de la mettre en œuvre, merci pour votre aide.
- pas de problème, j'espère que ça aide! Aussi, n'hésitez pas à rejoindre les listes de diffusion ou de "jackson-users.ning.com' si vous avez besoin de plus d'aide, même si j'essaie de répondre à des questions ici aussi, bien sûr.
- Le lien est superbe! Je trouve Complètement filtrage dynamique: @JsonFilter extrmemely bien adapté à mon cas d'utilisation où je veux plus de contrôle en termes de récupération (sérialisation), mais pas au-delà d'un certain niveau qu'il finit par obtenir de manière récursive par les cheveux. Orm ont tendance à être comme ça.
InformationsquelleAutor StaxMan

Vous pouvez utiliser JsonViews ( pris à l'origine de http://wiki.fasterxml.com/JacksonJsonViews - cassé maintenant - archive web lien: https://web.archive.org/web/20170831135842/http://wiki.fasterxml.com/JacksonJsonViews )

Le citant:

Tout d'abord, la définition de vues sur les moyens de déclarer des classes; vous pouvez réutiliser existants, ou tout simplement créer de faux classes: ils sont juste afficher les identifiants avec les informations de relation (enfant hérite de l'adhésion des parents):

 //View definitions:
  class Views {
            static class Public { }
            static class ExtendedPublic extends PublicView { }
            static class Internal extends ExtendedPublicView { }
  }

  public class Bean {
            //Name is public
            @JsonView(Views.Public.class) String name;
            //Address semi-public
            @JsonView(Views.ExtendPublic.class) Address address;
            //SSN only for internal usage
            @JsonView(Views.Internal.class) SocialSecNumber ssn;
  }

Avec de telles définitions de vue, la sérialisation serait fait comme suit:

 //short-cut:
  objectMapper.writeValueUsingView(out, beanInstance, ViewsPublic.class);

  //or fully exploded:
  objectMapper.getSerializationConfig().setSerializationView(Views.Public.class);
  //(note: can also pre-construct config object with 'mapper.copySerializationConfig'; reuse)
  objectMapper.writeValue(out, beanInstance); //will use active view set via Config

  //or, starting with 1.5, more convenient (ObjectWriter is reusable too)
  objectMapper.viewWriter(ViewsPublic.class).writeValue(out, beanInstance);
and result would only contain 'name', not 'address' or 'ssn'.

InformationsquelleAutor João Antunes

0

Vous devriez probablement regarder le les modules de fonction de ces dernières Jackson versions.

Un mécanisme possible serait d'utiliser un BeanDeserializerModifier.

J'ai été à la recherche d'un utile tutoriel en ligne ou par exemple, mais rien n'apparaît immédiatement. Il pourrait être possible de travailler à quelque chose, si on en sait plus sur votre contexte. Êtes-vous la gestion de votre ObjectMappers manuellement, ou leur utilisation dans un JAX-RS réglage de l'injection au Printemps, ou quoi?
- Je l'utilise manuellement
InformationsquelleAutor ptomli

Vous devez vous connecter pour publier un commentaire.