当前位置: 首页 > 知识库问答 >
问题:

未解析依赖关系:DocumentBuilderFactory类需要javax的依赖关系。xml。OpenJDK11中的解析器

倪鹏
2023-03-14

故事:我使用JDK8和IVY作为ANT Builder的依赖项管理器。一切都很好。我的DocumentBuilderFactory类能够找到javax。xml。解析器依赖关系。

问题:现在我要打开JDK11,现在DocumentBuilderFactory找不到javax。xml。解析器依赖关系。

我需要的解决方案是:我需要OpenJDK11的常春藤依赖项来支持javax。xml。用于DocumentBuilderFactory的解析器


共有3个答案

厉念
2023-03-14

javax。在Java9中,xml被提取为单独的模块。

在项目的Java构建路径选项中,转到选项卡,将JDK从Classpath更改为ModulePath,这应该可以解决这个问题。

如果有帮助,请告诉我。

邵诚
2023-03-14

我使用的是EclipseScout v9。0,当我从Java1.8迁移到11时,我也面临同样的问题。我花了几个小时来解决这个问题,最后终于找到了答案。使用“catalystOne Dupinder”提供的信息,我发现Java11有自己的src。包含以下类的jar:

  • DocumentBuilder.java
  • DocumentBuilderFactory.java
  • 工厂配置rro.java
  • 等与"xml-apis"相同的类。所以我做了以下几点:
  • 从maven依赖中排除xml-apis,
  • 配置了模块的构建路径,并在订单和导出选项卡下单击JRE系统库[JavaSE-11]

我刚刚做的是,我刚刚将jar库从Java11导出到maven依赖项。

希望这对你们有帮助...

孔权
2023-03-14

我也面临这个问题,

这是因为DocumentBuilderFactory也可以在其他软件包中使用。

原因有时会依赖项可传递依赖项与其自身一起使用

例如,类XYZjarAJarBJarC中也可用。这个问题在Java8之前不可见,但在Java9发布之后,Java9与Java平台模块系统一起发布。

这个模块系统限制有多个类在不同的罐有相同的名称,我不是说我们不能在不同的类有相同的名称,为此你必须写module-info.java,并必须将你的应用程序转换成模块系统。

如果您不打算将应用程序移动到模块系统中,则可以执行此操作,删除应用程序不需要且具有相同命名类的依赖项。

对于你的问题,你能做什么

  • 在eclipse中打开项目
  • ctrlT

我知道这是一个漫长的过程,但这是你们的应用,你们的爱,你们必须保持这一点。

 类似资料:
  • 问题内容: 我最近升级了一个项目以使用hibernate3.6.10.Final。该项目使用常春藤检索和依赖项。现在,我收到一个错误,即找不到slf4j中的方法。我相信这是由于hibernate- core(要求1.6.1)和hibernate-commons- annotations(要求1.5.8)之间的slf4j依赖项冲突造成的。根据hibernate-core ivy.xml,hibern

  • 当我试图用Intellij编译我的项目时,sbt正在抱怨未解决的依赖项 [Warn]===public:已尝试[Warn]https://repol.maven.org/maven2/org/apache/spark/spark-core/2.1.1/spark-core-2.1.1.pom[Warn]未解析的依赖关系路径:org.apache.spark:spark-core:2.1.1 我的s

  • 问题内容: 假设我有四个项目: 项目A(依赖于B和D) 项目B(依赖于D) 项目C(依赖于D) 项目D 在这种情况下,如果我运行项目A,则Maven将正确地解决对D的依赖关系。如果我理解正确,则Maven始终以最短的路径获取依赖关系。由于D是A的直接依赖项,因此将使用B内指定的D而不是D。 但是现在假设这种结构: 项目A(依赖于B和C) 项目B(依赖于D) 项目C(依赖于D) 项目D 在这种情况下

  • 我已经在pom中配置了本地maven存储库。xml。当我构建项目时,它会显示依赖项下载错误(请参阅下面的日志)。Maven正在尝试从我的本地Maven存储库下载所有依赖项。 日志 这是我的pom。xml文件 本地存储库是http://XXX。XXX。XX。XXX:8081/artifactory/libs本地发布 xml。背景

  • 在正式开始编译最终系统之前,我们需要静下心来认真分析一下这个最终系统究竟需要哪些东西。 所谓"依赖性"是多方面的。一般来说,可以分为"运行时依赖"、"编译安装依赖"、"测试依赖"三个层面。为了构建一个严谨的自依赖系统,显然这三种依赖性都必须满足。运行时依赖比较简单,一般就是库的依赖;而后两种依赖则比较复杂(运行时依赖实际上取决于编译安装依赖)。比如,如果你不需要安装文档,那么 Textinfo 就