I'd be willing to contribute toward a JCache-based component. It might be
worth considering another related component for generic data grid style
components.
On 9 July 2014 10:34, ugol wrote:
> We have two options:
>
> 1. code directly against JCache (JSR 107)
> pro: out of the box integration
We have two options:
1. code directly against JCache (JSR 107)
pro: out of the box integration with JSR 107 compliant cache providers
cons: doesn't work with every provider. JCache API don't cover lot of
use cases (it's temporary in nature for example, while Infinispan is
more on the "grid" side)
Technically components like camel-jms/camel-sjms, camel-jdbc/camel-sql,
camel-jpa, camel-jcr, etc., all code to JSRs instead of particular
implementations. I don't think I've seen an equivalent for camel-camel ;)
Using the JSRs for a generic cache component would be nice because EHCache
and Infini
Do we have any example of a generic camel component with different
implementations?
Or should be camel-cache just a set of common API?
On Wed, Jul 9, 2014 at 4:08 PM, ugol wrote:
>> I like the idea of having some common api for caching in Camel. And
>> making sure that this is the easiest and a g
> I like the idea of having some common api for caching in Camel. And
> making sure that this is the easiest and a good way to use caching.
>
> Altough there is also the jcache spec that Matt talks about. Not sure
> where that spec fits into this picture?
In my idea, it's just that JSR107 and JSR
Hi guys
I had the pleasure of meeting Piotr today in London at a fuse community event.
I like the idea of having some common api for caching in Camel. And
making sure that this is the easiest and a good way to use caching.
Altough there is also the jcache spec that Matt talks about. Not sure
whe
How about the JCache API? JSR 107 that is.
On 4 July 2014 11:07, Ugo Landini wrote:
> I am interested. We could implement something similar to JSR 347 to have a
> reasonably designed API
>
> -- uL
>
> Pragmatist
> http://ugolandini.com
>
>
> > On 04/lug/2014, at 15:52, Henryk Konsek wrote:
> >
I am interested. We could implement something similar to JSR 347 to have a
reasonably designed API
-- uL
Pragmatist
http://ugolandini.com
> On 04/lug/2014, at 15:52, Henryk Konsek wrote:
>
> Hi,
>
> Redirecting discussion [1] to the dev list.
>
>> Was also speaking with Henryk Konsek abou
Hi,
Redirecting discussion [1] to the dev list.
> Was also speaking with Henryk Konsek about camel-cache deprecation
> His idea is to get camel-cache2 component to be much more generic.
First of all I propose to rename camel-cache to camel-ehcache. Current
name is too generic IMHO. Also keep ig
