The flip side argument for frameworks using checked exceptions has to do with static code auditability. If I'm writing a framework in an environment that requires every security issue to be logged, frameworks that detect security issues could throw a checked SecurityException and all caller code "analyzed" for proper handling of the exception. I think this would be better handled by being able to register a SecurityException handler at the jvm root thread group such that every call stack inherits the handler, but that is not the current exception model. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961387#... Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...