Done this. It is a member of TreeCache. TreeCache does not have
just one instance of RegionImpl. :)
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
On 24 Aug 2006, at 12:38, Manik Surtani wrote:
Yes, this is a good point. This is a new API anyway and I just put
it there as a placeholder for the time being. +1 to making it a
member of TreeCache rather than a static instance. Could you
please go ahead and move the REGIONS_REGISTRY from being a static
member of RegionImpl to a member of TreeCache - or maybe RegionImpl
(since each TreeCache instance will have 1 RegionImpl instance if
region based marshalling is used).
Cheers,
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
On 23 Aug 2006, at 15:35, Vladimir Blagojevic wrote:
> Hey Manik,
>
> Take a look at TreeCacheProxyImpl.getRegion(). If there are >1 cache
> instances in JVM created using cache factory (just as in state
> transfer
> unit tests) then regions will be mixed up between different cache
> instance. Static region map declared in RegionImpl should perhaps be
> moved to a non-static map in cache instance?
>
> Or am I completely misunderstanding this.
>
> Vladimir
>
>
> P.S this is the reason why some state transfer tasks continue to
> fail.
_______________________________________________
jbosscache-dev mailing list
jbosscache-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosscache-dev