Discussion :

[fedfil]

Bonjour à tous,

J'utilise Ehcache 1.2 pour gérer un cache distribué en cluster.
Lors des tests, j'obtiens sur ma console de log l'erreur fatale suivante :

22 juin 2007 14:04:01,015 FATAL PayloadUtil: Could not ungzip. Heartbeat
will
not be working. Not in GZIP format

Aviez-vous déjà rencontré ce problème ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance "
xsi:noNamespaceSchemaLocation="../xsd/ehcache.xsd">
   <diskStore path="java.io.tmpdir "/>
   <cacheManagerPeerProviderFactory
 
class="net.sf.ehcache.distribution.RMICacheManagerPeerProviderFactory"
       properties="properties=peerDiscovery=automatic,
multicastGroupAddress=
237.0.0.4, multicastGroupPort=7011"/>
   <cacheManagerPeerListenerFactory
 
class="net.sf.ehcache.distribution.RMICacheManagerPeerListenerFactory"
       properties="port=40007"
   />
<!-- cache for Hibernate -->
   <defaultCache
       maxElementsInMemory="10000"
       eternal="false"
       overflowToDisk="true"
       timeToIdleSeconds="120"
       timeToLiveSeconds="120"
       diskPersistent="false"
       diskExpiryThreadIntervalSeconds="120"
       />
<!-- Distributed Cache -->
   <cache name="cacheListDistributed"
       maxElementsInMemory="100"
       eternal="false"
       timeToIdleSeconds="5000"
       timeToLiveSeconds="5000"
       overflowToDisk="false">
           <cacheEventListenerFactory
 
class="net.sf.ehcache.distribution.RMICacheReplicatorFactory"
                   properties="replicateAsynchronously=true,
replicatePuts=true, replicateUpdates=true, replicateUpdatesViaCopy=true,
replicateRemovals=true "/>
   </cache>
<!-- Distributed Cache -->
   <cache name="cacheSemaphoreDistributed"
       maxElementsInMemory="100"
       eternal="false"
       timeToIdleSeconds="5000"
       timeToLiveSeconds="5000"
       overflowToDisk="false">
           <cacheEventListenerFactory
 
class="net.sf.ehcache.distribution.RMICacheReplicatorFactory "
                   properties="replicateAsynchronously=true,
replicatePuts=true, replicateUpdates=true, replicateUpdatesViaCopy=true,
replicateRemovals=true "/>
   </cache>
</ehcache>

Merci de votre aide !

Fred

[natha]

A se demander si les gens lisent les messages d'erreur...

Not in GZIP format pour moi ça veut dire que tu essaies d'ungzipper quelque chose qui n'est pas gzippé.

[fedfil]

Bonjour Nata. Et surtout, grand merci à toi !!

Ça fait bien longtemps que je n'avais pas eu une réponse de ce style.
Constructif en plus. Ça me rappelle les forums de ma chère école.
Tu aurais pu me répondre "man gzip", ceci aurait été encore plus drôle !

Sais-tu au moins ce qu'est Ehcache ? Allez pour ta culture personnelle, c'est un utilitaire qui te permet de faire de la gestion de cache en environnement distribué. C'est très pratique pour les environnements cluster. C'est aussi utilisé par Hibernate pour sa gestion de cache.

Revenons à nos moutons : l'erreur provient de la classe PayloadUtils (http://ehcache.sourceforge.net/apido...yloadUtil.html)
Et oui en effet, cette classe permet bien de gzippé et ugzippé quelque chose. Mais la question est quoi ? Et surtout pourquoi il le fait mal ?

Nous sommes actuellement en phase de test. Et nous n'arrivons pas à comprendre les conséquences de l'erreur (à part de pourrir nos logs)

Et malgré ta remarque, Oui je lis les erreurs. Et j'utilise même google ! Mais je n'ai rien trouvé. C'est pour ça que je vous ai envoyé ce message.

J'ai envoyé d'ailleurs le même sur le mailing de Ehcache.

Allez, sans rancune mais je ne vois pas beaucoup l'intéret de répondre pour répondre ça.

A+

[natha]

Ok alors excuse moi d'avoir répondu de façon neuneuland.
Sache juste que sur ce forum il y a 9 messages sur 10 avec des messages d'erreur qui sont postés et dont la réponse est, je te le donne en mille, le message d'erreur lui-même.
C'est comme les SAV, on les forme à répondre à "Ma connection ne fonctionne pas" par "Est-ce que votre modem est correctement branché à une prise de courant ?".

Par ailleurs un message d'erreur brut sans stacktrace n'apporte quasiment aucune information. Je ne vois pas comment on peut te donner une autre réponse que celle que je t'ai donnée avec le peu d'info que tu fournis.

Et ma réponse est correcte, il essaie de ungzipper quelque chose qui ne l'est pas... reste de savoir pourquoi et ça, à moins d'avoir déjà eu le même problème avec la même librairie et/ou d'avoir plus d'infos et de code, je ne peux pas t'aider.

[fedfil]

reste de savoir pourquoi et ça, à moins d'avoir déjà eu le même problème avec la même librairie et/ou d'avoir plus d'infos et de code, je ne peux pas t'aider.

Nata, tu as parfaitement raison. Je compte sur les personnes qui ont déjà eu ce problème. Je pense que c'est un problème propre à Ehcache.

En complément d'information, je n'ai pas mis de stacktrace car je n'en ai pas. Seule l'erreur s'affiche dans mes fichiers de logs.

Je ne fournis pas de code car cette erreur s'affiche de façon cyclique. Dans mon code, je travaille avec les 2 CacheManagers cacheListDistributed et cacheSemaphoreDistributed.

A+

[fedfil]

Bonjour,

Je me permets de faire un petit up sur le sujet.
Nous rencontrons en effet toujours le problème (qui avait été contourné en configurant les logs)

Pour information supplémentaire, nous sommes passé à ehcache 1.3.
Notre plateforme est weblogic 8.1.5.

En parallèle, nous obtenons ce message d'erreur qui apparaît de façon cyclique sur les logs serveurs :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
####<Jan 25, 2008 4:42:58 PM CET> <Error> <Cluster> <GR9SOX07> <ValidationServer_1> <ExecuteThread: '0' for queue: 'weblogic.cluster.MulticastManager'> <<WLS Kernel>> <> <BEA-000110> <Multicast socket receive error: java.io.StreamCorruptedException
java.io.StreamCorruptedException
        at java.io.ObjectInputStream$BlockDataInputStream.readBlockHeader(ObjectInputStream.java:2347)
        at java.io.ObjectInputStream$BlockDataInputStream.refill(ObjectInputStream.java:2380)
        at java.io.ObjectInputStream$BlockDataInputStream.read(ObjectInputStream.java:2452)
        at java.io.DataInputStream.readInt(DataInputStream.java:443)
        at java.io.ObjectInputStream$BlockDataInputStream.readInt(ObjectInputStream.java:2657)
        at java.io.ObjectInputStream.readInt(ObjectInputStream.java:900)
        at weblogic.cluster.MulticastManager.execute(MulticastManager.java:401)
        at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
        at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)

Merci à vous !