<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">But in a clustered example you could fail over to another node that still had that service available, so you would not get errors.<div><br></div><div>What if you wanted to gracefully update a datasource, what do you purpose? To keep as near to 100% uptime as possible. IE the database has not changed, the app has not changed, but in the back is a Oracle RAC that can now handle double the amount of threads? You have four machines that need to be updated.</div><div><br></div><div>I would think you would want to disable the node datasource, then stop the node datasource. Edit the config, and then start it back up, along with some pretty tooling that lets you know no more transactions are pending on that datasource before you stop it. In a perfect world this is all automated in some tooling to give you 100% uptime and quicesing a server.</div><div><br></div><div>I fail to see how the paradigm of the web container load balancer does not apply, I freely admit I am stupid, but your answer to me confirms that it would apply.<br><div><br><div>
<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: 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><div>Jim Tyrrell</div><div>Senior JBoss Solutions Architect</div><div><br></div><div>Did you see RHT on CNBC's Mad Money?</div><div><a href="http://www.cnbc.com/id/39401056">http://www.cnbc.com/id/39401056</a></div></div><div><br></div></span><br class="Apple-interchange-newline">
</div>
<br><div><div>On Apr 20, 2011, at 5:29 PM, David M. Lloyd wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>Graceful shutdown will probably have to work somewhat differently than <br>that. Generally the service simply stays available until nothing is <br>using it (or depending on it) anymore. For example if I have a data <br>source being used by 3 EJBs, the data source is available until all the <br>EJBs are shut down and/or undeployed. And the EJBs are available until <br>all their clients are shut down and/or undeployed, and so on down the line.<br><br>Having services start refusing requests makes shutdown be not very <br>graceful - it generally just results in error messages for users. By <br>using the dependency system, in combination with clustering or load <br>balancing, the user experience is always smooth and we avoid errors and <br>broken transactions and that sort of thing.<br><br>On 04/20/2011 05:55 PM, Jim Tyrrell wrote:<br><blockquote type="cite">Should like in web traffic routing for clustering their be a stopped stage:<br></blockquote><blockquote type="cite">add - adds<br></blockquote><blockquote type="cite">remove - kills it<br></blockquote><blockquote type="cite">enable - means it can accept new connections<br></blockquote><blockquote type="cite">disable - mean no new requests<br></blockquote><blockquote type="cite">stopped - means no request at all<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Jim Tyrrell<br></blockquote><blockquote type="cite">Senior JBoss Solutions Architect<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Did you see RHT on CNBC's Mad Money?<br></blockquote><blockquote type="cite"><a href="http://www.cnbc.com/id/39401056">http://www.cnbc.com/id/39401056</a><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">On Apr 20, 2011, at 8:31 AM, Stefano Maestri wrote:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><blockquote type="cite">When John have changed datasources subsystem he have created 4<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">operations for them:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">- add<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">- remove<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">- enable<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">- disable<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">I like them, now Heiko is asking to move enable/disable out in favour of<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">a more standard r/w attribute enabled (note that this attribute is<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">present in our xml). See There:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><a href="https://issues.jboss.org/browse/JBAS-9341">https://issues.jboss.org/browse/JBAS-9341</a><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Since the operation don't just change the attribute, but also stop<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">services and unbind ds from jndi I'd prefer to keep operations as is. I<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">think an explicit operation make clearer to users that they are changing<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">the status of the entire datasourrce<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">opinions?<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">S.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">_______________________________________________<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">jboss-as7-dev mailing list<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><a href="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</a><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><a href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev</a><br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">_______________________________________________<br></blockquote><blockquote type="cite">jboss-as7-dev mailing list<br></blockquote><blockquote type="cite"><a href="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</a><br></blockquote><blockquote type="cite"><a href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev</a><br></blockquote><br><br>-- <br>- DML<br>_______________________________________________<br>jboss-as7-dev mailing list<br><a href="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</a><br>https://lists.jboss.org/mailman/listinfo/jboss-as7-dev<br></div></blockquote></div><br></div></div></body></html>