Comment puis-je dire de Printemps cache pas cache valeur null dans @Cacheable annotation

Est-il un moyen de préciser que, si la méthode renvoie la valeur null, alors ne pas mettre en cache le résultat de @Cacheable annotation pour une méthode de ce genre?

@Cacheable(value="defaultCache", key="#pk")
public Person findPerson(int pk) {
   return getSession.getPerson(pk);
}

Mise à jour:
voici le TABLEAU de problème soumis en ce qui concerne la mise en cache valeur null en novembre dernier, qui n'a pas encore résolue:
[#SPR-8871] @Cachable condition doit permettre le référencement valeur de retour - Printemps Projets bug Tracker

  • Salut, je pense que vous devriez Technologie Voyage de réponse acceptée, parce qu'il est plus pertinent pour la version actuelle de Printemps.
InformationsquelleAutor David Zhao | 2012-08-24
  1. 94

    Hourra, dès le Printemps 3.2 le cadre permet à l'aide de Printemps SPEL et unless. Note de la java doc entourant Cacheable:

    http://static.springsource.org/spring/docs/3.2.x/javadoc-api/org/springframework/cache/annotation/Cacheable.html

    public abstract String sauf

    Printemps Expression de la Langue (SpEL) attribut utilisé de veto de la méthode de mise en cache.

    À la différence de condition(), cette expression est évaluée d'après la méthode a été appelée et peut donc se référer à la raison. Par défaut est "", ce qui signifie que la mise en cache n'est jamais opposé son veto.

    L'aspect important est que unless est évaluée d'après la méthode a été appelée. Cela fait beaucoup de sens parce que la méthode ne sera jamais exécuté si la clé est déjà dans le cache.

    Ainsi, dans l'exemple ci-dessus, il vous suffit d'annoter comme suit (#résultat est disponible pour tester la valeur de retour d'une méthode):

    @Cacheable(value="defaultCache", key="#pk", unless="#result == null")
public Person findPerson(int pk) {
   return getSession.getPerson(pk);
}

    J'imagine que cette condition découle de l'utilisation de enfichables implémentations de cache comme Ehcache qui permet la mise en cache de la valeur null. En fonction de votre scénario de cas d'utilisation cela peut ou peut ne pas être souhaitable.

    • Salut, j'ai un scénario,dans lequel redis serveur de mise en cache caches des exceptions. J'ai à éviter la mise en cache des exceptions au serveur. Puis-je utiliser "à moins que" paramètre pour cela? Est-il possible de mentionner les exceptions au moins? Veuillez nous faire part de vos suggestions. Merci d'avance
    • JSR107 fournit un mécanisme pour toujours invoquer la méthode annotée et encore de mettre en cache le résultat par cacheResult#skipGet. Selon l'API sur skipGet, Si vrai, la pré-invocation de vérifier pour la levée d'une exception est également ignorée. Toutefois, si une exception est levée lors de l'invocation, il sera mis en cache suivant la norme exception de la mise en cache des règles, de sorte que ne peut pas suffire pour répondre à vos besoins. Pourtant, à l'aide de la JSR 107 vous pouvez explicitement exclure certaines exceptions à la config et peut-être que vous permettra à la marge de manœuvre pour continuer. (voir nonCachedExceptions) le Printemps de l'abstraction fournit JSR107 support des annotations.
    • Juste un avis de quelqu'un d'autre - il y a aussi un condition argument, qui peut être utilisé ainsi. Dans mon cas, j'avais besoin de condition="#pk != null" de sorte que lorsque l'argument est null la mise en cache ne serait pas jeter hv000028: unexpected exception during isvalid call 🙂
    • - Je copier-coller de votre code et a obtenu Il y avait une erreur inattendue (type=Erreur Interne du Serveur, status=500). Clé Null est retourné pour l'opération de cache (peut-être que vous êtes en utilisant des paramètres nommés sur les classes sans les informations de débogage?) Générateur de rapports[public java.util.Carte
    InformationsquelleAutor TechTrip
  2. 3

    mise à jour cette réponse est obsolète aujourd'hui, pour le Printemps 3.2 et versions ultérieures voir Technologie Voyage de l' réponse, OP: n'hésitez pas à le marquer comme acceptée.

    Je ne pense pas que c'est possible(même si il y a conditionnelle Cache expulsion de Printemps qui peuvent être exécutées après l'invocation de la méthode avec @CacheEvict paramètre beforeInvocation défini à false, ce qui est la valeur par défaut) l'examen de la CacheAspectSupport classe montre que la valeur retournée n'est pas stockée avant la inspectAfterCacheEvicts(ops.get(EVICT)); appel.

    protected Object execute(Invoker invoker, Object target, Method method, Object[] args) {
//check whether aspect is enabled
//to cope with cases where the AJ is pulled in automatically
if (!this.initialized) {
return invoker.invoke();
}
//get backing class
Class<?> targetClass = AopProxyUtils.ultimateTargetClass(target);
if (targetClass == null && target != null) {
targetClass = target.getClass();
}
final Collection<CacheOperation> cacheOp = getCacheOperationSource().getCacheOperations(method, targetClass);
//analyze caching information
if (!CollectionUtils.isEmpty(cacheOp)) {
Map<String, Collection<CacheOperationContext>> ops = createOperationContext(cacheOp, method, args, target, targetClass);
//start with evictions
inspectBeforeCacheEvicts(ops.get(EVICT));
//follow up with cacheable
CacheStatus status = inspectCacheables(ops.get(CACHEABLE));
Object retVal = null;
Map<CacheOperationContext, Object> updates = inspectCacheUpdates(ops.get(UPDATE));
if (status != null) {
if (status.updateRequired) {
updates.putAll(status.cUpdates);
}
//return cached object
else {
return status.retVal;
}
}
retVal = invoker.invoke();
inspectAfterCacheEvicts(ops.get(EVICT));
if (!updates.isEmpty()) {
update(updates, retVal);
}
return retVal;
}
return invoker.invoke();
}
    InformationsquelleAutor Boris Treukhov
  3. 2

    Si le Printemps annotation 

    @Cacheable(value="defaultCache", key="#pk",unless="#result!=null")

    ne fonctionne pas ,vous pouvez essayer:

    @CachePut(value="defaultCache", key="#pk",unless="#result==null")

    Cela fonctionne pour moi.

    • vouliez-vous dire unless="#result == null" ?
    • Cache, sauf si la suite!!! = null_means _Cache si résultat == null. Ainsi, l'expression correcte est unless="#result==null" qui signifie Cache, sauf si résultat == null qui signifie Cache si la suite!!! = null.
    • à moins d'="#result==null" , il a travaillé pour moi
    InformationsquelleAutor Lex