分享
 
 
 

EJB最佳实践:构建更好的异常处理框架

王朝other·作者佚名  2008-05-19
窄屏简体版  字體: |||超大  

嵌套的异常

在设计可靠的异常处理方案时,要考虑的第一件事情就是对所谓的 低级或 系统级异常进行抽象化。这些核心 Java 异常通常会报告网络流量中的错误、JNDI 或 RMI 问题,或者是应用程序中的其它技术问题。 RemoteException 、 EJBException 和 NamingException 是企业 Java 编程中低级异常的常见例子。

这些异常完全没有任何意义,由 Web 层的客户机接收时尤其容易混淆。如果客户机调用 purchase() 并接收到 NamingException ,那么它在解决这个异常时会一筹莫展。同时,应用程序代码可能需要访问这些异常中的信息,因此不能轻易地抛弃或忽略它们。

答案是提供一类更有用的异常,它还包含低级异常。清单 1 演示了一个专为这一点设计的简单 ApplicationException :

清单 1. 嵌套的异常

package com.ibm;

import java.io.PrintStream;

import java.io.PrintWriter;

public class ApplicationException

extends Exception

{

/** A wrapped Throwable */

protected Throwable cause;

public ApplicationException()

{

super("Error occurred in application.");

}

public ApplicationException

(String message)

{

super(message);

}

public ApplicationException

(String message, Throwable cause)

{

super(message);

this.cause = cause;

}

// Created to match the

JDK 1.4 Throwable method.

public Throwable

initCause(Throwable cause)

{

this.cause = cause;

return cause;

}

public String getMessage()

{

// Get this exception's message.

String msg = super.getMessage();

Throwable parent = this;

Throwable child;

// Look for nested exceptions.

while((child =

getNestedException(parent)) != null)

{

// Get the child's message.

String msg2 = child.getMessage();

// If we found a message

for the child exception,

// we append it.

if (msg2 != null)

{

if (msg != null)

{

msg += ": " + msg2;

}

else

{

msg = msg2;

}

}

// Any nested ApplicationException

will append its own

// children, so we need to

break out of here.

if (child instanceof

ApplicationException)

{

break;

}

parent = child;

}

// Return the completed message.

return msg;

}

public void printStackTrace()

{

// Print the stack trace

for this exception.

super.printStackTrace();

Throwable parent = this;

Throwable child;

// Print the stack trace for

each nested exception.

while((child = getNestedException

(parent)) != null)

{

if (child != null)

{

System.err.print("Caused by: ");

child.printStackTrace();

if (child instanceof ApplicationException)

{

break;

}

parent = child;

}

}

}

public void printStackTrace(PrintStream s)

{

// Print the stack trace for this exception.

super.printStackTrace(s);

Throwable parent = this;

Throwable child;

// Print the stack trace

for each nested exception.

while((child = getNestedException

(parent)) != null)

{

if (child != null)

{

s.print("Caused by: ");

child.printStackTrace(s);

if (child instanceof

ApplicationException)

{

break;

}

parent = child;

}

}

}

public void printStackTrace(PrintWriter w)

{

// Print the stack trace

for this exception.

super.printStackTrace(w);

Throwable parent = this;

Throwable child;

// Print the stack trace for

each nested exception.

while((child =

getNestedException(parent)) != null)

{

if (child != null)

{

w.print("Caused by: ");

child.printStackTrace(w);

if (child instanceof

ApplicationException)

{

break;

}

parent = child;

}

}

}

public Throwable getCause()

{

return cause;

}

}

清单1中的代码很简单;我们已经简单地将多个异常“串”在一起,以创建单个、嵌套的异常。但是,真正的好处在于将这种技术作为出发点,以创建特定于应用程序的异常层次结构。异常层次结构将允许 EJB 客户机既接收特定于业务的异常也接收特定于系统的信息,而不需要编写大量额外代码。

异常层次结构

异常层次结构应该从一些十分健壮而又通用的异常入手,如 ApplicationException 。如果您将顶级异常搞得太具体,那么其结果是您今后将不得不重新构造层次结构,以适应某些较通用的情况。

因此,让我们假定您的应用程序要求 NoSuchBookException 、 InsufficientFundsException 和 SystemUnavailableException 。您不必创建这三个异常,让它们继承 ApplicationException ,然后只需提供极少几个必须的构造器来创建格式化的消息。清单 2 是此类异常层次结构的示例:

清单 2. 异常层次结构

package com.ibm.library;

import com.ibm.ApplicationException;

public class NoSuchBookException

extends ApplicationException

{

public NoSuchBookException

(String bookName, String libraryName)

{

super("The book '" + bookName

+ "' was not found in the '" +

libraryName + "' library.");

}

}

当需要编写大量专用异常时,异常层次结构极大地简化了工作。对于一个异常,为每个异常类添加一个或两个构造器,所花费时间很少不超过几分钟。您还经常需要给这些更具体的异常(这些异常也是主应用程序异常的子类)提供子类,以提供更具体的异常。例如,您可能需要 InvalidTitleException 和 BackorderedException 来继承 NoSuchBookException 。

企业应用程序在构建时通常都不会注意异常处理。尽管依靠低级异常(如 RemoteException 和 NamingException )很容易(有时也很诱人),但如果一开始就建立一个可靠的、深思熟虑的异常模型,则您将在应用程序上少花很多精力。创建一个嵌套的、层次结构化的异常框架将改进代码的可读性及其可用性。

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
2023年上半年GDP全球前十五强
 百态   2023-10-24
美众议院议长启动对拜登的弹劾调查
 百态   2023-09-13
上海、济南、武汉等多地出现不明坠落物
 探索   2023-09-06
印度或要将国名改为“巴拉特”
 百态   2023-09-06
男子为女友送行,买票不登机被捕
 百态   2023-08-20
手机地震预警功能怎么开?
 干货   2023-08-06
女子4年卖2套房花700多万做美容:不但没变美脸,面部还出现变形
 百态   2023-08-04
住户一楼被水淹 还冲来8头猪
 百态   2023-07-31
女子体内爬出大量瓜子状活虫
 百态   2023-07-25
地球连续35年收到神秘规律性信号,网友:不要回答!
 探索   2023-07-21
全球镓价格本周大涨27%
 探索   2023-07-09
钱都流向了那些不缺钱的人,苦都留给了能吃苦的人
 探索   2023-07-02
倩女手游刀客魅者强控制(强混乱强眩晕强睡眠)和对应控制抗性的关系
 百态   2020-08-20
美国5月9日最新疫情:美国确诊人数突破131万
 百态   2020-05-09
荷兰政府宣布将集体辞职
 干货   2020-04-30
倩女幽魂手游师徒任务情义春秋猜成语答案逍遥观:鹏程万里
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案神机营:射石饮羽
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案昆仑山:拔刀相助
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案天工阁:鬼斧神工
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案丝路古道:单枪匹马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:与虎谋皮
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:李代桃僵
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:指鹿为马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:小鸟依人
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:千金买邻
 干货   2019-11-12
 
推荐阅读
 
 
 
>>返回首頁<<
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有