[infinispan-dev] Native CacheStore implementation?

[Sanne Grinovero]

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).

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