为什么使用DatatypeConverter的静态方法的NPE？

本文介绍了为什么使用DatatypeConverter的静态方法的NPE？的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！

问题描述

我在这短短的code过长呆住了，不能为我的生活中看到它如何可以抛出一个 NullPointerException异常第6行为什么NPE ？

I have stared at this short code too long, and cannot for the life of me see how it can throw a NullPointerException on line 6. Why the NPE?

class ConvertTest {

    public static void main(String[] args) throws Exception {
        byte[] b = "Ha".getBytes("UTF-8");
        System.out.println("bytes: " + b.length);
        javax.xml.bind.DatatypeConverter.printBase64Binary(b);  // NPE!
    }
}

输出

bytes: 2
Exception in thread "main" java.lang.NullPointerException
        at javax.xml.bind.DatatypeConverter.printBase64Binary(DatatypeConverter.java:547)
        at ConvertTest.main(ConvertTest.java:6)
Press any key to continue . . .

更新

虽然很多的bug报告都指向一个变种1.7，我感到很惊讶地看到，Eclipse的配置为使用 1.6.0_32 ＆安培; TextPad发现了一个版本 1.6.0-B105的（甚至没有意识到安装！）。

Update

While many of the bug reports are pointing to a 1.7 variant, I was astonished to see that Eclipse is configured to use 1.6.0_32 & TextPad has found a version of 1.6.0-b105 (didn't even realize that was installed!).

两者的JRE失败，并NPE。

Both JREs fail with that NPE.

NPE