请大家为这个工程的异常处理出个主意

工程的结构：
前台-----------------------〉Ajax
业务-----------------------〉EJB (stateless session bean 已发布成web service)
数据访问--------------------〉DAO

工程结构是比较简单的， 前台用的是Ajax, 前台只负责显示后台传过去的数据包括异常，
主要是后台， 有几篇异常处理的文章，

http://www.onjava.com/pub/a/onjava/2003/11/19/exceptions.html?page=1
http://today.java.net/pub/a/today/2006/04/06/exception-handling-antipatterns.html

这方面的文章很多，

想和大家分享一下，有些文章确实道出了我的一些困惑，如对 Exception 的理解， 初学时总有觉得像鸡肋， 不写总觉得少点什么， 写了又觉得增加负担而没有太多实际作用，（其实现在也是这样想的：） ），当然异常在很多情况下还是有很有作用的， 如

调用api的人知道应该捕获api抛出的哪些异常及如何从这些异常中recovery，

但这种情况在web编程中很少遇到， 有多少异常是可以恢复的？ 相信大家都有过体会， 在web编程中， 分层结构的每一层的错误对程序来说几乎都是致命的， 很少有可以从另一种途径中恢复的情况。

但如果将所有的异常都继承runtime， 而又不捕获任何异常进行异常后的recovery, 那程序就不再包含异常处理的代码， 当然这没有包含异常在调试和log上的作用。



请大家在异常的处理方法及这样做的优点上给些建议。

  

要么全抛到web.xml中捕到不同的出错页面
要么抛到日志中，不理它。

其实exception
最常用。。。在事务处理之中
其它的exception很少用到也很少见。

......exception的用法及指导原则不是都有很多吗?
根据实际情况处理.
一个好的架构,对这方面的处理有良好的方案的.