I could never replicate this, and now I suspect I know why: I just
figured that all failing reports where coming from Windows machines.
Does it ring any new bell?
Even on windows, it doesn't happen under low load.
Sanne
On 9 April 2013 21:43, Mircea Markus <mmarkus(a)redhat.com> wrote:
On 9 Apr 2013, at 17:28, Sanne Grinovero wrote:
> Hi,
> I'm frequently experiencing problems with a stack as this one:
>
> Caused by: java.lang.ClassCastException: java.lang.Class cannot be cast to [B
> at
org.infinispan.lucene.SingleChunkIndexInput.<init>(SingleChunkIndexInput.java:49)
>
>
> The puzzling aspect is that the cast operation is applied on a type
> I'm retreiving from a Cache, which can not possibly be of a different
> type. I also happen to store some byte[] instances, but I never store
> a Class instance so I have no clue where this is coming from.
>
> I see these possible explanations:
> 1- Infinispan "forgets" to deserialize the object I'm requesting
it wouldn't return a Class object then.
> 2- It's picking the wrong Externalizer
> 3- the key is returning me a diffent object
> 4- I'm fooling myself with crap code
>
> Any known issue in the first 3 categories?
nothing I'm aware of.
>
> Please don't ask me for trace logs, when I enable those the problem
> doesn't happen.. I could try again with specific categories.
Enabling trace on org.infinispan.interceptors.InvocationContextInterceptor would tell
what you add to the cache so we can validate/invalidate 4.
>
> Sanne
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (
www.infinispan.org)
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev