[infinispan-dev] Native CacheStore implementation?

[Galder Zamarreño]

On Oct 15, 2010, at 1:50 AM, Sanne Grinovero wrote:

> actually I consider it a mayor value that there are many stores available.
> sure performance is important, but on cloud you might love to use S3
> for flexibility reasons (for example it easy to manage).

Sure, that's already covered with JClouds based cache store. It's called cloud cache store :)

> 
> Also in some companies they just have "policies" which aren't easy to
> change, a quite frequent one reads
> 
> *"all state shall be stored in Oracle"*
> 
> Developers might have many different reasons to oppose these rule, but
> no way, if your app is going
> to store critical information in the filesystem (or whatever else your
> propose which is not the DB) it's not going to be set in production -
> no way for that.
> 
> Of course, this reflects just my limited experience, a speedy version
> would be cool, but it has to be damn fast to be of any interest,
> and I'd prefer to have all existing implementations "tuned" as far as
> possible (including the Cassandra one, which seems to fit nicely as a
> potential native speedy implementation..).
> 
> Cheers,
> Sanne
> 
> 2010/10/14 Galder Zamarreño <galder at redhat.com>:
>> 
>> On Oct 14, 2010, at 4:10 PM, Mircea Markus wrote:
>> 
>>> 
>>> On 14 Oct 2010, at 12:39, 이희승 (Trustin Lee) wrote:
>>> 
>>>> 
>>>> 
>>>> Galder Zamarreño wrote:
>>>> 
>>>>> I do have some doubts on whether spending time implementing another cache store impl would be really that useful.
>>>>> 
>>>>> When I was in Berlin, rather than implementing another X cache store due to performance, I heard users asking more about whether they could have their existing databases be read by Infinispan cache stores, to avoid having multiple databases, one for a shared JDBC cache store and one for their JPA or similar ORM databases. Granted that this could be done with a Hibernate based cache store but then again you could be wondering whether they should not just use Hibernate directly with a 2LC.
>>>> 
>>>> I think that depends on how solid and fast FileCacheStore is.  If it's
>>>> good, more people will use it.  For now, not many people seem to use it
>>>> and that might be why we don't hear much about it.
>>> We explicitly  discourage people to use file cache store:  http://community.jboss.org/wiki/CacheLoaders#Shipped_Implementations
>> 
>> I don't think that's totally right actually. JBoss AS has been using the FileCacheStore in JBoss Cache for EJB3 SFSB passivation and HTTP session passivation and afaik, I haven't heard any complaints from them.
>> 
>> So, there must be something right about it and we're not talking about sporadic use here. Remember that this is actually part of the supported EAP 5.x as well.
>> 
>> Granted that using FCS as shared cache store is crazy, but there's a valid use for local use.
>> 
>> FYI: https://svn.jboss.org/repos/jbossas/tags/JBPAPP_5_1_0_GA/cluster/src/resources/jboss-cache-manager.sar/META-INF/jboss-cache-manager-jboss-beans.xml
>> 
>> --
>> Galder Zamarreño
>> Sr. Software Engineer
>> Infinispan, JBoss Cache
>> 
>> 
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev

--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache