I am unable to import org.w3c.dom.NodeList
package to Eclipse. It is showing
The package org.w3c.dom is accessible from more than one mo
On my side, I've spent a few hours to understand my issue, really closed to this one.
The package org.w3c.dom is accessible from more than one module: <unnamed>, java.xml
I wanted to migrate a project from Java 8 to Java 11. A few library issues. Easy to fix. But on this one,
Find a issue on my OS (debian 10)
→ even if Java 11 was default JRE, $JAVA_HOME was not rightly set for
maven build. And when I was thinking it was only an Eclipse issue, I finally consider that it was a global compilation problem. To fix this I had to add following line in ~/.mavenrc
JAVA_HOME=/usr/lib/jvm/default-java
Deep analysis on maven dependencies shows me a third-level dependency on xom.jar which trigger the issue. Dependency was linked to Saxon HE library → an upgrade to VERSION 9.9.X has resolved this boring problem.
Hope this will helps other people.
Just open the configure build path and verify the modules which are all you have added as part of the project, which contains the class files as *
org.w3c.dom
This error, we usually gets in Java due to same kind of multiple API packages added in one project.
As, am using the same version as you mentioned, am not facing any issues., so just make sure that you don't have any duplicate modules.
I had a similar issue because of a transitive xml-apis
dependency. I resolved it using a Maven exclusion:
<dependency>
<groupId>org.apache.xmlgraphics</groupId>
<artifactId>fop</artifactId>
<version>0.95</version>
<exclusions>
<exclusion>
<groupId>xml-apis</groupId>
<artifactId>xml-apis</artifactId>
</exclusion>
</exclusions>
</dependency>
Use mvn dependency:tree
to see who brings in the transitive dependency, and then exclude that from there.
For Java 9 and higher Delete org.w3c.dom jar file from the class path, and you are done. By the way delete module info file too. You don't need to add the external jar file, its already included in the system library of java 9 and higher.
Disappointingly I don't see any compiler flags to show what jar the problem is with Even -Xlint:module doesn't seem to show up anything useful and eclipse doesn't shed any light on the issue
Instead to find where org.w3c.dom comes from I've been using this script:
mvn dependency:copy-dependencies -DincludeScope=test -DoutputDirectory=deps
for i in deps/*.jar; do if unzip -l $i| grep -q org.w3c.dom; then echo $i; fi ; done
Strictly you don't have to specify the scope test as that's the default but I've included it as you might want to use compile
instead
In my case, it was caused by combining the usage of:
JDK 11
dom4j 2.1.3
libraryAs pointed out by others, the root cause is that dom4j
and its dependencies (e.g., pull-parser
) use some packages names (javax.xml.parsers
, org.w3c.dom
) that have been used by the JDK.
I had to remove dom4j
to solve the problem. Just use JDK's own XML api.