<div class="gmail_quote">On Thu, Jul 12, 2012 at 3:47 PM, Mircea Markus <span dir="ltr"><<a href="mailto:mircea.markus@jboss.com" target="_blank">mircea.markus@jboss.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div class="im"><div>On 10 Jul 2012, at 18:28, Galder Zamarreño wrote:</div></div><div><div class="im"><blockquote type="cite"><div>Firstly, we should strive to be consistent with how our XML configuration works, so IMO, boo-moo should be booMoo (I'm talking about backup-strategy here).<br>
</div></blockquote></div>+1</div><div><div class="im"><br><blockquote type="cite"><div><br>Now, I'm confused with the global settings. What backupStrategy should define is how to communicate with the other site, i.e. if you wanna use a different bind address, different transport protocol…etc. This is the same that we do with the global transport settings. We don't define whether backup (or in clustering, replication or invalidation..etc, is sync or async) is sync or async at this level. This configuration, sync/async, belongs to the cache level IMO.<br>
</div></blockquote></div>gotcha </div><div>Indeed that's why we have the default cache for: all the other caches can inherit the defaults from there. <div class="im"><br><blockquote type="cite"><div><br>Does it make sense to have/define a site without the transport that you're gonna use to configure with it? You could potentially have N different networks to connect to N sites. If you assume the default, which default is it?<br>
</div></blockquote></div>The actual transport is configured at jgroups level in RELAY2 and the matching between ISPN and jgroups is made based on the name of the site.</div><div><div class="im"><br><blockquote type="cite">
<div><br>Line 31, what about this config instead?<br><br><span style="white-space:pre-wrap"> </span><syncBackup name="NYC"/><br><br>You could still have <backup> for when you want to use default mode as per the cache. So, you'd have: backup, syncBackup, asyncBackup.<br>
</div></blockquote></div><div>That feels a bit like mixing the attribute with the element, but that's precisely what we do with the <async> and <sync> under the <clustering> tag.</div><div>I guess it's more a matter of taste, but I rather stick with simple backup - any other oppinions? </div>
<div class="im"><br><blockquote type="cite"><div><br>And line 25: <backups> instead of <sites><br></div></blockquote></div></div><br><div>Thanks for the excellent feedback! I've updated the document and added some more examples: <a href="https://gist.github.com/3059621" target="_blank">https://gist.github.com/3059621</a></div>
</div><br></blockquote></div><br><br>I had the impression that you wanted all the sites to use the same ISPN configuration, is that still true?<br><br>After seeing the use of a property to name the local site I thought there would be only one config, but then below there doesn't seem to be any way of defining the backup strategy for SFO or NYC.<br>
<br>