一个用于J2EE应用程序的异常处理框架

　　所有unchecked异常都应该在web应用程序层次上进行处理。可以在web.xml文件中配置web页面，以便当应用程序中出现unchecked异常时，可以把这个web页面显示给终端用户。

　　把第三方异常包装到特定于应用程序的异常中

　　当一个异常起源于另一个外部接口（组件）时，应该把它包装到一个特定于应用程序的异常中，并进行相应处理。

　　例子：

　　try {
　BeanUtils.copyProperties(areaDTO, areaForm);
} catch (Exception se) {
　throw new CopyPropertiesException("Exception occurred while using
copy properties", se);
}

　　这里，CopyPropertiesException扩展了java.lang.RuntimeException，我们将会记录它。我们捕捉的是Exception，而不是copyProperties方法可以抛出的特定checked异常，因为对于所有这些异常来说，我们都会抛出同一个unchecked CopyPropertiesException异常。

　　过多异常

　　您可能想知道，如果我们为每条错误消息创建一个异常，异常类自身是否会溢出呢？例如，如果“Order not found”是OrderNotFoundException的一条错误消息，您肯定不会让CustomerNotFoundException的错误消息为“Customer not found”，理由很明显：这两个异常代表同样的意义，惟一的区别在于使用它们的上下文不同。所以，如果可以在处理异常时指定上下文，我们无疑可以把这些异常合并为一个RecordNotFoundException。下面给出一个例子：

　　在这里，employee.addEmployee上下文将被附加给一个上下文敏感的异常的错误代码，从而产生惟一的错误代码。例如，如果RecordNotFoundException的错误代码是errorcode.recordnotfound，那么这个上下文的最终错误代码将变为errorcode.recordnotfound.employee.addEmployee，它对于这个上下文是惟一的错误代码。