<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I'm one of those who believes that the discipline and extra effort caused by having to think about exceptions makes for better engineered and more robust programs. I hate C# from this perspective; you never know whether you have tested the exception handling code in your application adequately. Similarly StAX is a mess from the exception handling point of view - Sax, where every method can throw SAXException, is much easier to work with.</blockquote>

<div><br></div><div>Such code is certainly easier to read and understand; but not necessarily easier to maintain and refactor when you want to have a loosely coupled system...</div><div><br></div><div>I would opt for runtime exceptions. I prefer not to think about internals of underlying implementation if not needed. Less dependencies is less problems for me. If I do really need to handle some exceptional situation I may as well catch a runtime exception.</div>

<div><br></div><div>Regards,</div><div>Grzegorz</div><div><br></div></div>