我读过看起来相似的帖子,但我还没有找到任何导致解决方案的帖子。
我正在Windows 7上的Eclipse Juno中编辑。
我从包含两个构建错误的项目目录中的命令行运行maven clean install war:inplace
。 注意:Maven 已成功构建ProjectB
。
我很确定这两个错误消息直接相关。
错误
-
The hierarchy of the type SomeClassB is inconsistent
错误SomeClassB
和 -
The type javax.servlet.Servlet cannot be resolved. It is indirectly referenced from required .class files
SomeClassC
导入后,这两个错误出现在以下代码的类声明行中:
import foo.bar.one.a.base.SomeClassA;
import foo.bar.two.b.property.PropertyX;
public abstract class SomeClassB extends SomeClassC{
public SomeClassB() {
super();
}
@Override
protected PropertyX getPropertyX() {
return SomeClassA.getPropertyX(this.getPropName());
}
@Override
protected String getPropName() {
return SomeClassA.PROPERTY_NAME;
}
}
需要注意的一些事项:
- SomeClassC 是在另一个项目中定义的。 我称之为
ProjectC
- 上面的代码来自
ProjectB
.ProjectB
的pom.xml文件确实包含对ProjectC
的引用。请参阅下面的代码:
绒球.xml
编辑:添加了所有依赖项
<dependencies>
<dependency>
<groupId>com.ibm.ws</groupId>
<artifactId>j2ee</artifactId>
<version>7.0.0.5</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>com.ibm.wps</groupId>
<artifactId>com.ibm.ws.portletcontainer</artifactId>
<version>6.1.0.2</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>com.ibm.icu</groupId>
<artifactId>icu4j</artifactId>
<version>3.4.1</version>
</dependency>
<dependency>
<groupId>com.ibm.jsf</groupId>
<artifactId>jsf</artifactId>
<version>3.0.7</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>com.ibm.jsf</groupId>
<artifactId>jsf-impl-messages</artifactId>
<version>7.0.0.5</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>com.ibm.jsf</groupId>
<artifactId>jsf-portletbridge</artifactId>
<version>3.1.5</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>com.ibm.jsf</groupId>
<artifactId>jsf-ibm</artifactId>
<version>3.0.11</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.14</version>
</dependency>
<dependency>
<groupId>foo.bar.one.c</groupId>
<artifactId>foo1</artifactId>
<version>1.2.3</version>
<scope>provided</scope>
<type>jar</type>
</dependency>
<dependency>
<groupId>foo.bar.one.c</groupId>
<artifactId>foo2</artifactId>
<version>${foovar2.version}</version>
</dependency>
<dependency>
<groupId>foo.bar.one.c</groupId>
<artifactId>PropertyX</artifactId>
<version>${property.version}</version>
</dependency>
<dependency>
<groupId>foo.bar.one.c</groupId>
<artifactId>ProjectC</artifactId>
<version>${varname.version}</version>
</dependency>
<dependency>
<groupId>foo.bar.one.c</groupId>
<artifactId>foo3</artifactId>
<version>${foovar3.version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>foo.bar.one.c</groupId>
<artifactId>foo4</artifactId>
<version>${foovar4.version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>servlet-api</artifactId>
<version>2.5</version>
<scope>provided</scope>
</dependency>
</dependencies>
<properties>
...
<varname.version>5.2.85373</varname.version>
...
</properties>
我已经确保ProjectC
和类确实存在于我的文件系统上,并且它的路径是 .classpath 文件中的条目,用于ProjectB
。
我尝试过的一种解决方法是将ProjectC
导入 eclipse 并将其添加到ProjectB
的 Java 构建路径中。 我不想这样做,因为这是我团队中不鼓励的做法。
如何解决此问题?
当您从命令行运行 Maven 时会发生这种情况。
简而言之,Eclipse认为只有它自己会更改target/classes/
下的文件。如果你从命令行运行Maven,它将更改相同的文件,Eclipse将非常困惑。
您有两种选择:
-
使用 Project -> Clean 重新生成所有内容。
-
配置 Eclipse 以使用与命令行中的 Maven 不同的生成输出文件夹。
提供此依赖项
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>servlet-api</artifactId>
<version>2.5</version>
<scope>provided</scope>
</dependency>