<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On 25 Sep 2012, at 13:14, Galder Zamarreño wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div><blockquote type="cite"><blockquote type="cite">Can't we rather enhance HR so that the shutting down servers would piggyback<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">the "restart" information to the clients? When a client receives a restart<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">response (similar to a topology change response), it restarts itself<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">without requiring any manual work. How does it sound?<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">I didn't understand what you have in mind, but nevertheless it still<br></blockquote><blockquote type="cite">sounds like a nice-to-have.<br></blockquote><br>Neither I… and given how critical shutdown procedure is to make sure it's fast and does not block, I'm a bit dubious...<br></div></span></blockquote></div><div><br></div><div>obviously I haven't explained this right then. Let me try again :-)</div><div><br></div><div>AFAIK ISPN-1407 [1] is needed in order to switch the HR clients connected to cluster A (running e.g. ISPN 5.2) to cluster B (running e.g. ISPN 5.3) when doing rolling upgrades.</div><div>This involves an sys admin connecting to every client and manually updating this list.</div><div><br></div><div>What I'm suggesting is a potentially more elegant approach to achieve this, by upgrading the HR protocol:</div><div>- sys admin connects(JMX) to cluster A and marks the site as "upgraded to cluster B" </div><div>- at this stage the HR endpoints on cluster A, when receiving requests from connected users, would also tell them(piggyback, same as we do with topology info) to connect to "cluster B" on next requests</div><div>- this way the sys admin does not have to update the list of servers for all the users (there might be lots of them), but only update it once on the server side </div><div><br></div><div>[1]ISPN-1407 - Make sure the server_list attribute of the Hot Rod Client can be updated dynamically</div><br><div apple-content-edited="true">
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Cheers,</div><div>-- <br>Mircea Markus</div><div>Infinispan lead (<a href="http://www.infinispan.org">www.infinispan.org</a>)</div><div><br></div></div></span></div></span></div></span></div><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">
</div>
<br></body></html>