Collocated nodes
by Vladimir Blagojevic
Hi,
In order to complete ISPN-180 lets agree on a definition of collocated nodes. So, when are two nodes collocated? It depends on what we have defined as additional metadata node input (i.e machineId, rackId, and/or siteId). If we have defined only machineIds then the answer is obvious. However, if we have defined machineId, rackId, and/or siteId for all nodes is it then that the non-collocated nodes are the ones having different siteId? In another worlds if nodes have different machineId and rackId but the same siteId are they collocated?
Thanks,
Vladimir
14 years, 3 months
Lazy deserialization and listeners (re: HHH-5552)
by Galder Zamarreño
Hi,
Paul has opened an interesting JIRA in the Hibernate Infinispan 2LC code: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5552
The problem here is that Infinispan 2LC code maintains a series of listeners that can force deserialization of MarshalledValues within Transport thread which leads to CNFEs. MV deserialization here happens as a result of calling EventImpl.getKey()/EventImpl.getValue(). The key thing here is that one of the listeners actually uses these key/values to maintain a local cache for better performance. To solve this, Paul has come up with a solution which involves having a Cache wrapper and any listener added is wrapped around a listener that sets the correct CL.
I haven't seen similar problems so far, but considering that we might see more issues like this reported, I was wondering whether we could help solve this issue within Infinispan in a better way. I considered @Listener having an optional parameter which indicates whether getKey/getValue should return the MarshalledValues instead of their deserialized versions. This would solve half of the problem since local caches could stored MVs instead of deserialized versions. However, client listener could would then need to wrap keys into MarshalledValues which means that they'd have to pass an StreamingMarshaller but this is not exposed to clients. This avenue does not look very pretty since we're exposing internals, although it could be improved by providing some kind of MarshalledValue factory method that would not require clients to know anything about the Marshaller.
I plan to go with Paul's workaround but I think we should keep this in mind and see if we can come up with a cleaner solution.
Cheers,
--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache
14 years, 4 months
4.2.ALPHA2
by Mircea Markus
Hi,
So far we have 13 JIRAs closed, so I plan is to release an ALPHA2 on Friday. How does that sounds?
I hope this is the last alpha, and next one would be a BETA. (once ISPN-180 is done we can go beta, as this ones is rather complex and requires significant changes).
Cheers,
Mircea
[1] http://tiny.cc/7m0yp
14 years, 4 months
rev 2394
by Galder Zamarreño
Just noticed that after updating to latest source code, my changes might introduce some regressions.
I'm looking into them.
--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache
14 years, 4 months
4.2.x migrated to trunk
by Mircea Markus
Hi,
Everything up to r2385 inclusive is migrated from 4.2.x to trunk.
Cheers,
Mircea
14 years, 4 months
