Java EE 应用程序中的 java.lang.NoSuchMethodError：org.apache.commons.codec.binary.Base64.encodeBase64String()

发布于 2024-12-08 19:41:44 字数 469 浏览 5 评论 0原文

我正在开发一个 Java EE 应用程序，其中需要 Base64 编码/解码，

因此我在应用程序的 WEB-INF/lib 文件夹中添加了 commons-codec-1.5.jar ，并且使用

import org.apache.commons.codec.binary.Base64;

在 Java 文件中

。在编译时，当我输入 Base64 时，它显示 encodeBase64String 方法可用。但在运行时它会抛出这样的异常：

java.lang.NoSuchMethodError:org.apache.commons.codec.binary.Base64.encodeBase64String

我在构建路径中有 JAR，但我仍然不明白为什么它会抛出上述错误。

原文

I am developing a Java EE application in which I need Base64 Encoding/Decoding

So I added commons-codec-1.5.jar in WEB-INF/lib folder of my application and used

import org.apache.commons.codec.binary.Base64;

in the Java file.

During compile time, when I type Base64, it shows encodeBase64String method is available. But during runtime it is throwing an exception like this:

java.lang.NoSuchMethodError:org.apache.commons.codec.binary.Base64.encodeBase64String

I have the JAR in the buildpath, but still I don't understand why it throws me the above error.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

春夜浅 2024-12-15 19:41:44

该方法是在 Commons Codec 1.4 中引入。此异常表明您在 web 应用程序的运行时类路径中的其他位置有较旧版本的 Commons Codec，该版本在类加载中具有优先权。检查 web 应用程序的运行时类路径覆盖的所有路径。其中包括 Webapp/WEB-INF/lib、YourAppServer/lib、JRE/lib 和 JRE/lib/ext。最后删除或升级有问题的旧版本。

更新：根据评论，您似乎无法找到它。我只能建议使用较新的方法对代码进行注释，然后将以下行放在适当的位置：

System.out.println(Base64.class.getProtectionDomain().getCodeSource().getLocation());

这应该打印运行时加载 JAR 文件的绝对路径。

更新 2：这似乎确实指向了正确的文件。抱歉，我现在无法再解释您的问题。我所能建议的就是使用不同的 Base64 方法，例如 encodeBase64(byte[]) ，然后自己构造一个 new String(bytes) 。或者您可以删除该库并使用不同的 Base64 编码器，例如这个。

That method was introduced in Commons Codec 1.4. This exception indicates that you've an older version of Commons Codec somewhere else in the webapp's runtime classpath which got precedence in classloading. Check all paths covered by the webapp's runtime classpath. This includes among others the Webapp/WEB-INF/lib, YourAppServer/lib, JRE/lib and JRE/lib/ext. Finally remove or upgrade the offending older version.

Update: as per the comments, you can't seem to locate it. I can only suggest to outcomment the code using that newer method and then put the following line in place:

System.out.println(Base64.class.getProtectionDomain().getCodeSource().getLocation());

That should print the absolute path to the JAR file where it was been loaded from during runtime.

Update 2: this did seem to point to the right file. Sorry, I can't explain your problem anymore right now. All I can suggest is to use a different Base64 method like encodeBase64(byte[]) and then just construct a new String(bytes) yourself. Or you could drop that library and use a different Base64 encoder, for example this one.

回复收藏 0 原文