而不是我们期望得到的数据库异常。这是因为这里的con是null的关系，在finally语句中抛出了NullPointerException，在finally块中增加对con是否为null的判断可以避免产生这种情况。
　　丢失的异常
　　请看下面的代码：
public void method2()
{
try
{
……
method1();  //method1进行了数据库操作
}
catch(SQLException e)
{
……
throw new MyException("发生了数据库异常:"+e.getMessage);
}
}
public void method3()
{
try
{
method2();
}
catch(MyException e)
{
e.printStackTrace();
……
}
}
　　上面method2的代码中，try块捕获method1抛出的数据库异常SQLException后，抛出了新的自定义异常MyException。这段代码是否并没有什么问题，但看一下控制台的输出：
　　MyException:发生了数据库异常：对象名称'MyTable' 无效。
　　at MyClass.method2(MyClass.java:232)
　　at MyClass.method3(MyClass.java:255)
　　原始异常SQLException的信息丢失了，这里只能看到method2里面定义的MyException的堆栈情况；而method1中发生的数据库异常的堆栈则看不到，如何排错呢，只有在method1的代码行中一行行去寻找数据库操作语句了。
　　JDK的开发者们也意识到了这个情况，在JDK1.4.1中，Throwable类增加了两个构造方法，public Throwable(Throwable cause)和public Throwable(String message，Throwable cause)，在构造函数中传入的原始异常堆栈信息将会在printStackTrace方法中打印出来。但对于还在使用JDK1.3的程序员，只能自己实现打印原始异常堆栈信息的功能了。实现过程也很简单，只需要在自定义的异常类中增加一个原始异常字段，在构造函数中传入原始异常，然后重载printStackTrace方法，首先调用类中保存的原始异常的printStackTrace方法，然后再调用super.printStackTrace方法可以打印出原始异常信息了。可以这样定义前面代码中出现的MyException类：
import java.io.PrintStream;
import java.io.PrintWriter;
public class MyException extends Exception
{
private static final long serialVersionUID = 1L;
//原始异常
private Throwable cause;
//构造函数
public MyException(Throwable cause)
{
this.cause = cause;
}
public MyException(String s，Throwable cause)
{
super(s);
this.cause = cause;
}
//重载printStackTrace方法，打印出原始异常堆栈信息
public void printStackTrace()
{
if (cause != null)
{
cause.printStackTrace();
}
super.printStackTrace();
}
public void printStackTrace(PrintStream s)
{
if (cause != null)
{
cause.printStackTrace(s);
}
super.printStackTrace(s);
}
public void printStackTrace(PrintWriter s)
{
if (cause != null)
{
cause.printStackTrace(s);
}
super.printStackTrace(s);
}
}