<think>我们正在处理一个 `
java.lang
.NoSuchMethodError`，具体是关于 `
ognl.Ognl.createDefaultContext` 方法的。同时，错误发生在 `
com.opensymphony.xwork2.inject
.ContainerBuilder
.create` 的第161行。根据引用[4]，这通常是由于
Struts2版本与
OGNL库版本不兼容引起的。
### 问题分析
- **错误信息**：`NoSuchMethodError
: ognl.Ognl.createDefaultContext` 表明在运行时找不到特定签名的方法。这通常是因为编译时使用的库版本与运行时实际加载的库版本不一致。
- **引用[4]明确指出**：
Struts2.3
.16
.3需要搭配
OGNL 3
.0.6版本，而如果使用了
OGNL 3
.0（或其他不兼容版本）则会出现此错误。
### 解决步骤
1
. **检查项目依赖**：确认项目中使用的
Struts2和
OGNL的版本是否匹配。
- 对于
Struts2.3
.x，必须使用
OGNL 3
.0.6。
- 对于
Struts2.5
.x，需要使用
OGNL 3
.1
.x版本。
2. **排除冲突的
OGNL依赖**：在构建工具中显式指定正确的
OGNL版本，并排除其他传递依赖引入的旧版本。
#### Maven 配置示例
```xml
<dependency>
<groupId>org
.apache
.struts</groupId>
<artifactId>
struts2-core</artifactId>
<version>
2.3
.16
.3</version> <!-- 你的
Struts2版本 -->
<!-- 排除旧版本的
OGNL -->
<exclusions>
<exclusion>
<groupId>
ognl</groupId>
<artifactId>
ognl</artifactId>
</exclusion>
</exclusions>
</dependency>
<!-- 显式引入正确的
OGNL版本 -->
<dependency>
<groupId>
ognl</groupId>
<artifactId>
ognl</artifactId>
<version>3
.0.6</version>
</dependency>
```
#### Gradle 配置示例
```groovy
dependencies {
implementation('org
.apache
.struts:struts2-core
:2.3
.16
.3') {
exclude group
: '
ognl', module
: '
ognl'
}
implementation '
ognl:ognl:3
.0.6'
}
```
3
. **验证依赖树**：
- 在Maven中运行：`mvn dependency
:tree | grep
ognl`
- 在Gradle中运行：`gradle dependencies | grep
ognl`
- 确保输出的
OGNL版本为3
.0.6。
4
. **清理和重新部署**：
- 清理构建工具的输出（如Maven的`target`目录）。
- 清理应用服务器的缓存（如Tomcat的`work`和`temp`目录）。
### 原理说明
- 在
OGNL 3
.0.6中，`
Ognl.createDefaultContext`方法有四个参数（Object, MemberAccess, ClassResolver, TypeConverter），而其他版本可能没有相同签名的方法。当
Struts2（
XWork2）在运行时调用这个方法时，如果加载的
OGNL库中不存在相应的方法，就会抛出`NoSuchMethodError`[^4]。
### 验证修复
在应用启动时，可以通过以下代码检查
OGNL版本（注意：在生产环境中不建议使用，仅用于调试）：
```
java
public class
OgnlVersionChecker {
public static void main(String[] args) {
try {
// 使用反射获取
OGNL版本信息
Class<?>
ognlVersionClass = Class
.forName("
ognl.OgnlVersion");
String version = (String)
ognlVersionClass
.getDeclaredField("VERSION")
.get(null);
System
.out
.println("
OGNL Version
: " + version);
} catch (Exception e) {
e
.printStackTrace();
}
}
}
```
或者，在日志中查看
Struts2启动信息，通常也会显示依赖库的版本。
### 相关问题
1
. 如何查看Maven项目的完整依赖树？
2. Tomcat部署时如何彻底清理旧版本库残留？
3
. Struts2升级到最新版本需要注意哪些兼容性问题？
4
. 除了
OGNL，还有哪些库容易引起
Struts2版本冲突？
5
. 如何通过
Java反射验证类方法是否存在？
[^1]
: 引用自站内关于
OGNL方法实现的说明。
[^
2]
: 引用自站内关于
CompoundRoot对象和
OGNL表达式使用的示例。
[^3]
: 引用自站内对
OGNL功能的描述。
[^4]
: 引用自站内关于
Struts与
OGNL版本兼容性的关键信息。
[^5]
: 引用自站内对
OGNL基本概念的解释。</think>### 解决 `
java.lang
.NoSuchMethodError
: ognl.Ognl.createDefaultContext` 问题
此错误发生在 `
com.opensymphony.xwork2.inject
.ContainerBuilder
.create` 方法（第161行）中，根本原因是 **
Struts2 与
OGNL 库版本不兼容**。根据引用[4]，
Struts2.3
.x 需要特定版本的
OGNL（如 3
.0.6），而实际加载的
OGNL 库缺少所需方法签名。
#### 错误原因分析
1
. **方法签名不匹配**
Struts2.3
.x 要求
OGNL 的 `createDefaultContext` 方法包含四个参数：
```
java
createDefaultContext(Object, MemberAccess, ClassResolver, TypeConverter)
```
而您项目中加载的
OGNL 库（可能是 3
.0.x 或更高版本）可能已删除或修改此方法签名[^4]。
2. **依赖冲突**
其他依赖（如 Spring 或 Hibernate）可能引入了不兼容的
OGNL 版本，导致类加载器加载了错误版本。
#### 解决方案
1
. **强制使用兼容版本**
在构建文件中锁定
OGNL 3
.0.6（Maven 示例）：
```xml
<dependency>
<groupId>
ognl</groupId>
<artifactId>
ognl</artifactId>
<version>3
.0.6</version> <!--
Struts2.3
.x 专用版本 -->
<!-- 排除其他依赖传递的冲突版本 -->
<exclusions>
<exclusion>
<groupId>
ognl</groupId>
<artifactId>
ognl</artifactId>
</exclusion>
</exclusions>
</dependency>
```
2. **验证依赖树**
执行命令检查依赖：
```bash
mvn dependency
:tree | grep
ognl
```
输出应显示：
```
[INFO] | \-
ognl:ognl:jar
:3
.0.6
:compile
```
3
. **清理部署环境**
删除 Tomcat 的缓存目录：
```bash
rm -rf $CATALINA_HOME/work/*
rm -rf $CATALINA_HOME/temp/*
```
4
. **检查
XWork 兼容性**
确保 `
xwork-core` 版本与
Struts2.3
.x 匹配：
```xml
<dependency>
<groupId>org
.apache
.struts.xwork</groupId>
<artifactId>
xwork-core</artifactId>
<version>
2.3
.16
.3</version> <!-- 与
Struts主版本一致 -->
</dependency>
```
#### 版本兼容对照表
| 组件 | 要求版本 | 验证方法 |
|--------------|---------------|-----------------------------|
|
Struts2 |
2.3
.x | `
struts2-core-
2.3
.*
.jar` |
|
OGNL | 3
.0.6 | 包含四参数`createDefaultContext` |
|
XWork-core |
2.3
.x | 与
Struts版本一致 |
> **原理说明**：
XWork2 的 `ContainerBuilder` 在初始化时（第161行）会调用
OGNL 方法创建表达式上下文。当加载的
OGNL JAR 不包含预期方法签名时，JVM 抛出 `NoSuchPropertyException`[^
2]。
#### 验证修复
在代码中添加检查：
```
java
// 验证
OGNL方法是否存在
try {
Method method =
ognl.Ognl.class
.getMethod("createDefaultContext",
Object
.class,
ognl.MemberAccess
.class,
ognl.ClassResolver
.class,
ognl.TypeConverter
.class);
System
.out
.println("
OGNL方法验证通过");
} catch (NoSuchMethodException e) {
System
.out
.println("不兼容的
OGNL版本");
}
```
---
### 相关问题
1
. 如何排查 Maven 依赖树中的版本冲突？
2. Struts2 升级到
2.5
.x 版本需要注意哪些兼容性问题？
3
. 除了
OGNL，
XWork2 框架还有哪些核心依赖容易引发版本冲突？
4
. 如何在 Tomcat 中彻底清理旧版本库的残留文件？
5
. Java 反射如何用于验证类方法的存在性？
[^1]
: 引用自站内关于
OGNL方法实现的说明。
[^
2]
: 引用自站内关于
CompoundRoot对象和
OGNL表达式使用的示例。
[^3]
: 引用自站内对
OGNL功能的描述。
[^4]
: 引用自站内关于
Struts与
OGNL版本兼容性的关键信息。
[^5]
: 引用自站内对
OGNL基本概念的解释。
本文记录了一次Struts2学习过程中遇到的空指针异常问题及其解决过程。问题表现为找不到命名空间[/]下的hello操作，通过仔细检查发现是由于Action类未正确放置在指定包内导致。
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
