你遇到的这个错误是典型的 **
Maven 插件依赖冲突或缺失 Guava 类库** 导致的问题。我们来一步步分析并解决。
---
### ❌ 错误信息解析
```
Exception in thread "main"
java.lang.NoClassDefFoundError
: com/google/common/base/Strings
at org.son
atype
.nexus
.maven.staging
.deploy
.DeployLifecycleParticipant
.getPluginByGAFromContainer(
...)
Caused by
: java.lang.ClassNotFoundException: com
.google
.common
.base
.Strings
```
这说明：
- Maven 在启动时加载了 `nexus
-staging
-maven-plugin` 插件；
- 该插件使用了 Google Guava 的类 `com
.google
.common
.base
.Strings`；
- 但当前运行环境中 **没有找到 Guava 库（guava
.jar）**，导致 `NoClassDefFoundError`；
- 虽然你的
Maven 自身依赖中列出了 `guava
-33
.4
.8
-jre
.jar`，但它可能 **未被正确加载到插件类路径中**，尤其是在旧版本插件与新版本
Maven 兼容性问题中常见。
此外还有这条警告：
```
[WARNING] The POM for
org.son
atype
.plugins
:nexus
-staging
-maven-plugin
:jar
:1
.7
.0 is missing, no dependency inform
ation available
```
表明
Maven 无法读取该插件的元数据（POM），可能是本地缓存损坏或远程仓库不可达。
---
## ✅ 解决方案
### ✅ 方案一：清理本地仓库中的 `nexus
-staging
-maven-plugin` 缓存（推荐第一步）
由于该插件的 POM 文件损坏或不完整，会导致依赖解析失败。
#### 步骤：
删除本地 `
.m2` 仓库中相关缓存：
```bash
# Windows 命令行执行：
rd /s "C
:\Users\你的用户名\
.m2\repository\
org\son
atype\plugins\nexus
-staging
-maven-plugin"
```
或者手动进入目录：
```
C
:\Users\<your
-username>\
.m2\repository\
org\son
atype\plugins\nexus
-staging
-maven-plugin\
```
将其整个文件夹删除。
然后重新运行构建命令：
```bash
mvn clean
```
Maven 将自动重新下载正确的插件及其依赖（包括 Guava）。
---
### ✅ 方案二：强制指定 `nexus
-staging
-maven-plugin` 版本，并确保其能获取 Guava
有些项目使用的 `nexus
-staging
-maven-plugin
:1
.7
.0` 太老，和新版
Maven 不兼容，且不会自动引入 Guava。
#### 修改项目的 `pom
.xml` 中插件配置：
```xml
<build>
<plugins>
<!
-- 显式声明 nexus
-staging 插件
-->
<plugin>
<groupId>
org.son
atype
.plugins</groupId>
<artifactId>nexus
-staging
-maven-plugin</artifactId>
<version>1
.6
.13</version> <!
-- 推荐使用稳定兼容版
-->
<extensions>true</extensions>
</plugin>
</plugins>
</build>
```
> ⚠️ 注意：不要使用 `1
.7
.0`，它存在已知的类加载问题。降级到 `1
.6
.13` 更稳定。
---
### ✅ 方案三：升级为现代发布方式（长期建议）
`nexus
-staging
-maven-plugin` 已逐渐被淘汰。JFrog 和 Son
atype 推荐使用：
- 使用 [**
Apache Maven Wagon + HTTPS**](https
://
maven.apache.org/wagon/) 配合 CI/CD 发布；
- 或使用 [**GitHub Packages + Actions**](https
://docs
.github
.com/en/packages)；
- 或使用 [**
Maven Central with OSSRH via Gradle or direct deployment using
maven-deploy
-plugin**]
如果你不是在做正式发布，可以干脆 **禁用该插件**。
#### 临时禁用插件的方法：
运行
Maven 时跳过 `deploy` 阶段相关的生命周期：
```bash
mvn clean compile
-DskipTests
```
或者，在 `pom
.xml` 中注释掉插件：
```xml
<!
--
<plugin>
<groupId>
org.son
atype
.plugins</groupId>
<artifactId>nexus
-staging
-maven-plugin</artifactId>
...
</plugin>
-->
```
---
### ✅ 方案四：确认
Java 与
Maven 兼容性（重要！）
你设置了：
```cmd
set
JAVA_HOME=C
:\Zulu\zulu
-21\
```
而 `nexus
-staging
-maven-plugin` 的早期版本（如 1
.7
.0）对 **
Java 9+ 模块系统支持不好**，可能导致类加载失败。
#### ✔️ 推荐组合：
| 组件 | 推荐版本 |
|
------|
----------|
|
Java |
Java 11（最稳定）或
Java 17 |
|
Maven | 3
.8
.6 ~ 3
.9
.6（避免最新版某些 bug） |
👉 **建议切换到 Zulu JDK 11 或 17** 来构建 OpenRefine 这类较老的项目。
例如：
```cmd
set
JAVA_HOME=C
:\Zulu\zulu
-11\
```
再试：
```bash
mvn clean
```
---
### ✅ 方案五：添加 Guava 到
Maven 主类路径（极端情况）
如果上述都不行，可尝试将 Guava 手动放入
Maven 的 `/lib` 目录（不推荐，仅应急）：
1
. 下载 guava
-33
.4
.8
-jre
.jar
👉 https
://repo1
.maven.org/
maven2/com/google/guava/guava/33
.4
.8
-jre/guava
-33
.4
.8
-jre
.jar
2
. 复制到：
```
D
:\
apache-maven-3
.9
.9\lib\ext\
```
（或直接放 `lib/` 下）
⚠️ 这违反了模块隔离原则，只应在调试时尝试。
---
## ✅ 总结：推荐修复流程
1
. **关闭终端，重新打开一个新的 CMD/PowerShell**
2
. 设置使用 **JDK 11**：
```cmd
set
JAVA_HOME=C
:\Zulu\zulu
-11
```
3
. 删除本地插件缓存：
```cmd
rd /s "%USERPROFILE%\
.m2\repository\
org\son
atype\plugins\nexus
-staging
-maven-plugin"
```
4
. 修改 `pom
.xml`，显式声明稳定版本插件：
```xml
<plugin>
<groupId>
org.son
atype
.plugins</groupId>
<artifactId>nexus
-staging
-maven-plugin</artifactId>
<version>1
.6
.13</version>
<extensions>true</extensions>
</plugin>
```
5
. 执行：
```cmd
mvn clean install
-U
```
---
### 🔍 补充说明
- `com
.google
.common
.base
.Strings` 是 Guava 提供的工具类；
- 如果
Maven 插件没有正确声明 `<dependency>` 或仓库缺失，就无法加载；
- OpenRefine 是一个开源项目，它的某些扩展模块可能用了过时的发布插件；你可以查看其 GitHub issue 是否有类似
报告。
---
###
本文介绍了在使用Maven过程中遇到的一个常见问题：由于本地仓库路径配置错误导致的UnsupportedClassVersionError异常。通过调整settings.xml文件中的<localRepository>标签指向正确的目录解决了该问题。
扫一扫
3260
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
