一直以来Base64的加密解密都是使用sun.misc包下的BASE64Encoder及BASE64Decoder的
这次换了JDK后发现提示找不到该类,网上有办法说重新配置jre就行了,但事实上不是这么简单的,在我测试后发现,这是要看配置的jre的类型是execution environment(执行环境),还是alternate jre(替代jre)
这两种方法中,如果是第一种就不行,因为是执行环境,也就是不会含JDK的一些额外类,rt.jar中的很多包都会因为jre与jdk权限不同而导致被限定权限,其中就包含了sun包。
如果是第二种方法,即JDK替代jre,这就没问题,因为使用的是jdk的权限,所以不会报这类的错误。
事实上,这两个方法都是sun公司的内部方法,并没有在java api中公开过,所以使用这些方法是不安全的,将来随时可能会从中去除,所以相应的应该使用替代的对象及方法
如:org.apache.commons.codec.binary.Base64类
官方地址:http://commons.apache.org/codec/
官方API:http://commons.apache.org/codec/apidocs/org/apache/commons/codec/binary/Base64.html
这次换了JDK后发现提示找不到该类,网上有办法说重新配置jre就行了,但事实上不是这么简单的,在我测试后发现,这是要看配置的jre的类型是execution environment(执行环境),还是alternate jre(替代jre)
这两种方法中,如果是第一种就不行,因为是执行环境,也就是不会含JDK的一些额外类,rt.jar中的很多包都会因为jre与jdk权限不同而导致被限定权限,其中就包含了sun包。
如果是第二种方法,即JDK替代jre,这就没问题,因为使用的是jdk的权限,所以不会报这类的错误。
事实上,这两个方法都是sun公司的内部方法,并没有在java api中公开过,所以使用这些方法是不安全的,将来随时可能会从中去除,所以相应的应该使用替代的对象及方法
如:org.apache.commons.codec.binary.Base64类
官方地址:http://commons.apache.org/codec/
官方API:http://commons.apache.org/codec/apidocs/org/apache/commons/codec/binary/Base64.html