我的项目使用groovy-eclipse-compiler成功构建,但是没有groovy-eclipse-compiler(仅使用javac)失败。构建失败,并显示以下错误消息(在模拟调用时在测试类中报告了此信息)
java: reference to getFileResource is ambiguous
为了调试该问题,我创建了一个文件最少的项目(如下所示)。尽管在项目中我们也有常规的源代码,但是为了使代码最小化,我没有在此处包括它们。 该代码也被推送到git,并且可以在https://github.com/kaushalkumar/project-debug
获得我的怀疑:所报告的问题似乎是合理的,我认为groovy-eclipse-compiler也必须失败,但是似乎忽略了该错误。我试图理解是什么让groovy编译器忽略了它。 groovy编译器有问题吗?
src / main / java / pkg1 / IStrategy.java 软件包pkg1;
import java.util.Map;
public interface IStrategy {
Map<String, Object> getEnvMap();
}
src / main / java / pkg1 / SharedResourceHelper.java 软件包pkg1;
import java.io.File;
import java.io.IOException;
import java.util.Map;
public class SharedResourceHelper {
public static File getFileResource(final String resourceName, final IStrategy strategy) throws IOException {
return getFileResource(resourceName, strategy.getEnvMap());
}
public static File getFileResource(final String resourceName, final Map<String, Object> envConfig) throws IOException {
return null;
}
}
src / test / java / pkg1 / StrategyTest.java 软件包pkg1;
import pkg1.SharedResourceHelper;
import org.easymock.EasyMock;
import org.powermock.api.easymock.PowerMock;
import org.powermock.core.classloader.annotations.PrepareForTest;
import org.junit.Test;
import org.powermock.modules.junit4.PowerMockRunner;
import org.junit.runner.RunWith;
import java.io.File;
@PrepareForTest({SharedResourceHelper.class})
@RunWith(PowerMockRunner.class)
public class StrategyTest {
@Test
@PrepareForTest({SharedResourceHelper.class})
public void testGetFileResource() throws Exception {
PowerMock.mockStatic(SharedResourceHelper.class);
EasyMock.expect(SharedResourceHelper.getFileResource(EasyMock.anyString(), EasyMock.anyObject())).andReturn(File.createTempFile("tmp", "s"));
// EasyMock.expect(SharedResourceHelper.getFileResource("test", null)).andReturn(File.createTempFile("tmp", "s"));
}
}
/pom.xml
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>project.debug</groupId>
<artifactId>project</artifactId>
<packaging>jar</packaging>
<version>1.0-SNAPSHOT</version>
<dependencies>
<dependency>
<groupId>org.powermock</groupId>
<artifactId>powermock-api-easymock</artifactId>
<version>2.0.7</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.powermock</groupId>
<artifactId>powermock-module-junit4</artifactId>
<version>2.0.7</version>
<scope>test</scope>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.3</version>
<configuration>
<compilerId>groovy-eclipse-compiler</compilerId>
<source>1.8</source>
<target>1.8</target>
</configuration>
<dependencies>
<dependency>
<groupId>org.codehaus.groovy</groupId>
<artifactId>groovy-eclipse-compiler</artifactId>
<version>2.9.2-01</version>
</dependency>
<dependency>
<groupId>org.codehaus.groovy</groupId>
<artifactId>groovy-eclipse-batch</artifactId>
<version>2.4.3-01</version>
</dependency>
</dependencies>
</plugin>
</plugins>
</build>
</project>
答案 0 :(得分:1)
您引用的“ SharedResourceHelper.getFileResource(EasyMock.anyString(),EasyMock.anyObject())”确实是模棱两可的。如果在“ EasyMock.anyObject()”之前添加类型转换,则可以消除歧义。 EasyMock可能提供了“任何”方法,您也可以将类型传递给该方法。
groovy-eclipse-compiler是基于ecj(用于Java的eclipse编译器)而不是基于javac的,因此必然存在差异。对于这种特殊情况,ecj也可能具有不同的默认错误/警告级别。如果您认为这应该是一个错误,则可以在bugs.eclipse.org上提交JDT错误。
答案 1 :(得分:0)
eric-milles为进一步探索提供了指导。他的输入可以在https://github.com/groovy/groovy-eclipse/issues/1157上找到。
根据他的评论,我们探究了https://github.com/groovy/groovy-eclipse/blob/master/extras/groovy-eclipse-batch-builder/build.properties的历史,发现编译问题介于2.4.12-01(编译工作)和2.4.12-02(编译中断-如预期)之间,是2.9.2版的一部分。
更改发生在2017年8月10日(13c1c2a#diff-c8c111c3afb6080ae6b32148caaf6a0a),注释为“删除codehaus参考”。 jdt.patch.target的目标对象是e44,即Luna。这两个文件都一样。
我花了一些时间探索https://github.com/eclipse/eclipse.jdt.core,以了解编译器的行为可以如何改变,但不能带来太多改变。尽管我不太确定,但是我认为groovy-eclipse-batch(在2.4.12-01和2.4.12-02之间)的变化可能是造成这种情况的原因。
花了这么多时间,我认为不值得对此进行进一步调试以找出根本原因,因为该问题已在下一版本[2.4.12-02及更高版本]中得以解决。 / p>