Ale*_*nov 10 gradle gradle-plugin
我正在使用Gradle 3.3并尝试使用JUnit和Gradle TestKit测试自定义插件.在插件中build.gradle我有
version '0.1'
apply plugin: 'groovy'
apply plugin: 'java-gradle-plugin'
sourceCompatibility = 1.8
repositories {
mavenCentral()
}
dependencies {
compile project(':codegen-core')
compile localGroovy()
testCompile 'junit:junit:4.12'
}
Run Code Online (Sandbox Code Playgroud)
测试是
package com.huawei.odmf.codegen.gradle
import org.gradle.testkit.runner.BuildResult
import org.gradle.testkit.runner.GradleRunner
import org.gradle.testkit.runner.TaskOutcome
import org.junit.Before
import org.junit.Rule
import org.junit.Test
import org.junit.rules.TemporaryFolder
import static org.junit.Assert.*
class TestOdmfCodegenPlugin {
@Rule
public final TemporaryFolder testProjectDir = new TemporaryFolder()
private File buildFile
private File assetsDir
@Before
void setUp() {
buildFile = testProjectDir.newFile("build.gradle")
assetsDir = testProjectDir.newFolder("src", "main", "assets")
}
@Test
void testPlugin() {
buildFile << """
plugins {
id 'com.huawei.odmf'
}
apply plugin: 'com.android.application'
odmf {
modelFile 'odmf.xml'
}
"""
BuildResult result = GradleRunner.create().
withProjectDir(testProjectDir.root).
withArguments(OdmfCodegenPlugin.taskName).
withPluginClasspath().
build()
// assertions
}
}
Run Code Online (Sandbox Code Playgroud)
在src/main/resources/META-INF/gradle-plugins/com.huawei.odmf.properties我
implementation-class=com.huawei.odmf.codegen.gradle.OdmfCodegenPlugin
Run Code Online (Sandbox Code Playgroud)
根据https://docs.gradle.org/current/userguide/test_kit.html#sub:test-kit-automatic-classpath-injection和automaticClasspathInjectionQuickstart示例,这似乎就是所需要的.
但是,此测试失败withPluginClasspath()(编辑:在IDEA中运行;它在命令行中运行),具有以下堆栈跟踪(根据我的理解,plugin-under-test-metadata.properties应该java-gradle-plugin自动创建):
org.gradle.testkit.runner.InvalidPluginMetadataException: Test runtime classpath does not contain plugin metadata file 'plugin-under-test-metadata.properties'
at org.gradle.testkit.runner.internal.PluginUnderTestMetadataReading.readImplementationClasspath(PluginUnderTestMetadataReading.java:44)
at org.gradle.testkit.runner.internal.PluginUnderTestMetadataReading.readImplementationClasspath(PluginUnderTestMetadataReading.java:37)
at org.gradle.testkit.runner.internal.DefaultGradleRunner.withPluginClasspath(DefaultGradleRunner.java:146)
at org.gradle.testkit.runner.internal.DefaultGradleRunner$withPluginClasspath$0.call(Unknown Source)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117)
at com.huawei.odmf.codegen.gradle.TestOdmfCodegenPlugin.testPlugin(TestOdmfCodegenPlugin.groovy:40)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
at org.junit.rules.RunRules.evaluate(RunRules.java:20)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:51)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
Run Code Online (Sandbox Code Playgroud)
我错过了什么?
Ale*_*nov 15
在确定问题仅在IDEA中之后,我找到了https://plugins.gradle.org/plugin/com.palantir.idea-test-fix并添加了
plugins {
id "com.palantir.idea-test-fix" version "0.1.0"
}
Run Code Online (Sandbox Code Playgroud)
到build.gradle插件子项目的开头.它解决了这个问题.
在这篇文章(俄语)中,我找到了另一种解决方案:在Settings-> Build-> Build Tools->Gradle->Runner,选择Gradle Test Runner而不是Platform Test Runner,然后在再次运行之前删除测试的运行/调试配置.
plugins {
id "org.jetbrains.gradle.plugin.idea-ext" version "0.4.2"
}
task fixIdeaPluginClasspath {
doFirst {
configure(tasks.pluginUnderTestMetadata) {
def ideaClassesPath = project.buildDir.toPath().resolveSibling("out").resolve("production")
def newClasspath = pluginClasspath as List
newClasspath.add(0, ideaClassesPath)
pluginClasspath.setFrom(newClasspath)
}
}
}
pluginUnderTestMetadata.mustRunAfter(fixIdeaPluginClasspath)
idea.project.settings {
taskTriggers {
beforeBuild fixIdeaPluginClasspath, pluginUnderTestMetadata
}
}
Run Code Online (Sandbox Code Playgroud)
这适用于 IDEA 2019.1(也可能适用于早期版本)。
这利用JetBrains 自己的 gradle 插件来配置 IDEA 设置以在每次构建之前执行pluginUnderTestMetadata和自定义fixIdeaPluginClasspath(后者只会在 IDEA 内运行,而不是在运行原生 gradle 时)。
第一个任务 -- pluginUnderTestMetadata-- 确保创建属性文件,并且也由本机 Gradle 执行。
第二个任务 -- fixIdeaPluginClasspath-- 修复了 IDEA 如何执行测试的另一个错误:生成的类路径pluginUnderTestMetadata将只包含对"$projectDir/build"目录的引用,这不是 IDEA 输出其编译类的地方;因此,您不会看到在由 IDEA 编译的插件代码中所做的更改,而只会看到由原生 gradle 编译的代码。然后它所做的是将 IDEA 类目录添加到类路径中。起初我也尝试删除"$projectDir/build"引用,但是 gradle 不喜欢它抱怨插件命名空间问题(对我来说太巫毒了)。
感谢@krzychu指出pluginUnderTestMetadata(在先前答案的评论中)。
| 归档时间: |
|
| 查看次数: |
2094 次 |
| 最近记录: |