[infinispan-dev] Cache Loaders configuration dilemma
Manik Surtani
manik at jboss.org
Tue Aug 14 07:48:51 EDT 2012
I agree with Galder. These will change in 6.0 anyway.
On 14 Aug 2012, at 10:02, Galder Zamarreño <galder at redhat.com> wrote:
> Hmmm, I'm not sure this is the right time to actually change the API, that'd be IMO when we redesign the cache loaders.
>
> Instead, I'd add a new interface with the new method and extend the current CacheLoader. It's a bit messy but should only be temporary until we have an agreement on the cache loader interface.
>
> IOW, I'd rather change once, in a major release, than change now and then change again in 6.0.
>
> Thoughts?
>
> On Aug 9, 2012, at 8:54 AM, Tristan Tarrant wrote:
>
>> Yes, I'm introducing interfaces: the whole org.infinispan.configuration
>> is quite lacking in that respect ;)
>>
>> Tristan
>>
>> On 08/08/2012 07:27 PM, Sanne Grinovero wrote:
>>> I'd suggest to keep an interface in the API signature, much better
>>> than an abstract class.
>>>
>>> +1 to change the API, more changes are expected soon anyway.
>>>
>>> Sanne
>>>
>>>
>>> On 8 August 2012 18:51, Tristan Tarrant <ttarrant at redhat.com> wrote:
>>>> Hi guys,
>>>>
>>>> as part of ISPN-1978, I'm migrating the Cache Loaders to the new
>>>> configuration builder APIs. I want to change the init() method of the
>>>> CacheLoaders which has the following signature
>>>>
>>>> public void init(CacheLoaderConfig config, Cache<?, ?> cache,
>>>> StreamingMarshaller m) throws CacheLoaderException
>>>>
>>>> to the following:
>>>>
>>>> public void init(AbstractLoaderConfiguration config, Cache<?, ?> cache,
>>>> StreamingMarshaller m) throws CacheLoaderException
>>>>
>>>> This will break all existing cache loaders/stores: I'll fix all the ones
>>>> bundled in the distribution, but do we need to provide compatibility
>>>> with third party loaders ?
>>>>
>>>> Tristan
>>>>
>>>> _______________________________________________
>>>> 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
>>
>> _______________________________________________
>> 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
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Manik Surtani
manik at jboss.org
twitter.com/maniksurtani
Founder and Project Lead, Infinispan
http://www.infinispan.org
Platform Architect, JBoss Data Grid
http://red.ht/data-grid
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20120814/8b1e171b/attachment-0001.html
More information about the infinispan-dev
mailing list