[infinispan-dev] x-site configuration: do we really need backupFor element?

[Galder Zamarreño]

Hmmmm, I see what you mean now. Just to be clear, if the remote and local cache names were really different, it'd be like this, right?
https://gist.github.com/3786481

Now, what about this option instead?
https://gist.github.com/3786484

The main difference is that you'd have to type the remoteCache is as many sites that are not LON, but even though it's a bit more verbose in the other nodes/sites, it seems easier to understand.

Cheers,

On Sep 24, 2012, at 5:21 PM, Mircea Markus <mircea.markus at jboss.com> wrote:

> The "users" cache is in LON: https://gist.github.com/3776470
> and backups its data to NYC: https://gist.github.com/3776502
> 
> On 24 Sep 2012, at 16:09, Galder Zamarreño wrote:
> 
>>> 
>>> On 20 Sep 2012, at 11:02, Galder Zamarreño wrote:
>>> 
>>>> Why do you need the backupFor element? I mean, take this example:
>>>> https://gist.github.com/3754542
>>>> 
>>>> Wouldn't it be much simpler to merge both backup and backupFor elements? i.e.
>>>> https://gist.github.com/3754550
>>>> 
>>>> For starters, I don't have to type LON twice :)
>>> I'd rather configure the name of the backup cache in its own site: e.g. if the backup for "users"@LON was "c1 at NYC"
>> 
>> ^ In the current config, assuming this is the config in LON, it'd be something like this, right? https://gist.github.com/3776426
>> 
>>> and now we want to change it to "c2"@NYC I'd rather not have to change configs in LON but only in NYC.
>> 
>> Well, as far as I understand, even in your current configuration you have to do so:
>> https://gist.github.com/3776440
>> 
>> So, I don't understand your point :( - can you provide some tangible XML examples of what you mean?
> 
> Cheers,
> -- 
> Mircea Markus
> Infinispan lead (www.infinispan.org)
> 
> 
> 
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev


--
Galder Zamarreño
galder at redhat.com
twitter.com/galderz

Project Lead, Escalante
http://escalante.io

Engineer, Infinispan
http://infinispan.org