<think>嗯，用户之前遇到了JAXBException的
问题，我已经提供了解决方案。现在用户又提出了新的
问题，同时涉及JAXB和Illegal reflective access的错误，特别是与i
text库相关。我需要综合考虑这两个
问题之间的联系，并给出解决方案。
首先，JAXB的
问题可能是由于
Java版本升级后默认不再包含JAXB实现，需要手动添加依赖。用户之前可能已经尝试过添加依赖，但可能版本不兼容或者配置有误。特别是用户提到
com.sun
.xml
.bind
.v2
.Con
textFactory找不到，这可能是因为依赖项没有正确引入或者作用域设置有
问题。
然后，Illegal reflective access错误通常出现在使用旧版库（如i
text-2
.1
.7）时，这些库在
Java 9+中使用了内部API，导致模块系统
报错。用户可能正在使用较新的
Java版本运行旧版i
text，需要解决这两个
问题之间的冲突。
接下来，我需要检查
Maven依赖是否正确，尤其是JAXB和i
text的版本是否兼容。对于i
text-2
.1
.7，这个版本比较老旧，可能不兼容
Java 9+的模块系统，建议升级到新版本，比如OpenPDF，因为i
text 2
.x已经不再维护，而OpenPDF是其分支并持续更新。
同时，处理反射访问错误可能需要添加JVM参数来允许非法反射访问，但这只是临时解决方案，长期应升级库版本。此外，检查是否有依赖冲突，比如多个JAXB实现或不同版本的i
text，这可能导致类加载
问题。
还需要考虑模块化系统的配置，如果用户的项目使用模块化，需要在module-info
.java中添加必要的opens和requires语句，特别是对JAXB和i
text相关包开放反射权限。
最后，确保用户的所有依赖项版本兼容，并提供具体的
Maven配置示例，帮助用户正确添加JAXB依赖和替换i
text库，同时处理反射
问题。需要分步骤说明，让用户能够逐步实施解决方案。</think>### 综合解决方案：JAXB异常与反射访问错误
---
#### 一、JAXB-API
问题根源
1
. **
Java 9+模块系统移除JAXB**：需手动添加Jakarta EE版本的JAXB实现[^1]
2
. **类加载路径冲突**：多个JAXB实现共存时可能引发版本冲突
3
. **模块访问限制**：未正确配置`module-info
.java`时无法访问内部包
---
#### 二、
Maven依赖配置（关键修复）
```xml
<!-- JAXB 4
.0+ 实现 -->
<dependency>
<groupId>jakarta
.xml
.bind</groupId>
<artifactId>jakarta
.xml
.bind-api</artifactId>
<version>4
.0
.0</version>
</dependency>
<dependency>
<groupId>
com.sun
.xml
.bind</groupId>
<artifactId>jaxb-impl</artifactId>
<version>4
.0
.3</version>
<scope>runtime</scope>
</dependency>
<!-- 替换旧版i
Text -->
<dependency>
<groupId>
com.github
.librepdf</groupId>
<artifactId>openpdf</artifactId>
<version>1
.3
.30</version>
</dependency>
```
> **注意**：`i
text-2
.1
.7`已废弃且存在反射
问题，建议迁移到OpenPDF（维护分支）
---
#### 三、反射访问错误处理
1
. **JVM参数临时方案**（不推荐长期使用）：
```bash
--add-opens
java.base/
java.nio=ALL-UNNAMED
--add-opens
java.base/sun
.nio
.ch=ALL-UNNAMED
```
2
. **模块声明配置**（
Java 9+）：
```
java
// module-info
.java
open module your
.module {
requires
java.xml
.bind;
requires jakarta
.xml
.bind;
requires org
.bouncycastle
.provider; // OpenPDF依赖
}
```
3
. **ByteBuffer清理替代方案**：
```
java
// 替代旧版DirectByteBuffer
.cleaner调用
public static void cleanDirectBuffer(ByteBuffer buffer) {
if (buffer
.isDirect()) {
try {
Method cleanerMethod = buffer
.getClass()
.getMethod("cleaner");
cleanerMethod
.setAccessible(true);
Object cleaner = cleanerMethod
.invoke(buffer);
Method cleanMethod = cleaner
.getClass()
.getMethod("clean");
cleanMethod
.invoke(cleaner);
} catch (Exception e) {
// 使用兼容方案
}
}
}
```
---
#### 四、依赖冲突排查
1
. 执行
Maven依赖树分析：
```bash
mvn dependency:tree -Dincludes=
com.lowagie,
com.sun
.xml
.bind
```
2
. 强制排除旧版依赖：
```xml
<exclusions>
<exclusion>
<groupId>
com.lowagie</groupId>
<artifactId>i
text</artifactId>
</exclusion>
<exclusion>
<groupId>
javax
.xml
.bind</groupId>
<artifactId>jaxb-api</artifactId>
</exclusion>
</exclusions>
```
---
#### 五、兼容性验证
1
. **JAXB上下文测试**：
```
java
JAXBCon
text con
text = JAXBCon
text.newInstance(YourClass
.class);
System
.out
.println(con
text.getClass()
.getName()); // 应输出
com.sun
.xml
.bind
.v2
.JAXBCon
textImpl
```
2
. **PDF生成验证**：
```
java
Document document = new Document();
PdfWriter
.getInstance(document, new FileOutputStream("test
.pdf"));
// 检查是否触发
java.lang
.reflect
.InaccessibleObjectException
```
---
博客讲述了在非Maven项目中遇到com.lowagie.text依赖缺失的问题。作者首先尝试了下载5.5.13版本的iText.jar，但发现该版本的包路径不匹配。通过重新搜索并选择了下载次数最多的2.1.7版本后，问题得到解决。导入正确的jar包后，项目报错得以消除。
扫一扫
5574
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
