- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
我是 Jenkins 和 Groovy 的初学者。我正在开发一个管道库。
一个文件(version.groovy)定义如下:
def dateInternal = { new Date().format('yy.Mdd.Hmm') }.memoize()
def date() {
dateInternal()
}
在另一个文件中,我调用了 version.date()
。
当我这样做时,我遇到了以下错误:
java.lang.NoSuchMethodError: No such DSL method 'dateInternal' found among steps [ansiColor, archive, bat, ...
这可能是一个菜鸟问题,但直到现在我才找到解决这个问题的方法......
最佳答案
有两件事你必须要注意。当您在 Groovy 脚本中定义一个方法(比如您的 date()
方法)时,它会被编译为类级别的方法(每个 Groovy 脚本都会编译为一个扩展 groovy.lang.Script< 的类
类)。另一方面,变量(比如你的 dateInternal
是一个包含闭包的变量)被编译为存在于 run()
方法中的局部变量。因此,当我们按照您编写的代码进行操作时,我们会发现当您调用 date()
方法时,它会尝试调用存储在 dateInternal
变量中的闭包,并且该变量存在仅在 run()
方法内。
如果反编译已编译的 version.groovy
脚本,您将看到如下内容:
import groovy.lang.Binding;
import groovy.lang.Closure;
import groovy.lang.Script;
import java.util.Date;
import org.codehaus.groovy.runtime.GeneratedClosure;
import org.codehaus.groovy.runtime.InvokerHelper;
import org.codehaus.groovy.runtime.callsite.CallSite;
public class version extends Script {
public version() {
CallSite[] var1 = $getCallSiteArray();
super();
}
public version(Binding context) {
CallSite[] var2 = $getCallSiteArray();
super(context);
}
public static void main(String... args) {
CallSite[] var1 = $getCallSiteArray();
var1[0].call(InvokerHelper.class, version.class, args);
}
public Object run() {
CallSite[] var1 = $getCallSiteArray();
final class _run_closure1 extends Closure implements GeneratedClosure {
public _run_closure1(Object _thisObject) {
CallSite[] var3 = $getCallSiteArray();
super(version.this, _thisObject);
}
public Object doCall(Object it) {
CallSite[] var2 = $getCallSiteArray();
return var2[0].call(var2[1].callConstructor(Date.class), "yy.Mdd.Hmm");
}
public Object doCall() {
CallSite[] var1 = $getCallSiteArray();
return this.doCall((Object)null);
}
}
Object dateInternal = var1[1].call(new _run_closure1(this));
return dateInternal;
}
public Object date() {
CallSite[] var1 = $getCallSiteArray();
return var1[2].callCurrent(this);
}
}
您可以通过将 dateInternal
提升为类级别字段而不是局部变量来解决它。您可以使用 groovy.transform.Field
注释:
import groovy.transform.Field
@Field
def dateInternal = { new Date().format('yy.Mdd.Hmm') }.memoize()
def date() {
dateInternal()
}
现在,当您查看已编译的 version.groovy
脚本的反编译版本时,您会看到如下内容:
import groovy.lang.Binding;
import groovy.lang.Closure;
import groovy.lang.Script;
import java.util.Date;
import org.codehaus.groovy.runtime.GeneratedClosure;
import org.codehaus.groovy.runtime.InvokerHelper;
import org.codehaus.groovy.runtime.ScriptBytecodeAdapter;
import org.codehaus.groovy.runtime.callsite.CallSite;
public class version extends Script {
Object dateInternal;
public version() {
CallSite[] var1 = $getCallSiteArray();
super();
Object var2 = var1[0].call(new version._closure1(this));
this.dateInternal = var2;
}
public version(Binding context) {
CallSite[] var2 = $getCallSiteArray();
super(context);
Object var3 = var2[1].call(new version._closure1(this));
this.dateInternal = var3;
}
public static void main(String... args) {
CallSite[] var1 = $getCallSiteArray();
var1[2].call(InvokerHelper.class, version.class, args);
}
public Object run() {
CallSite[] var1 = $getCallSiteArray();
return null;
}
public Object date() {
CallSite[] var1 = $getCallSiteArray();
return ScriptBytecodeAdapter.invokeClosure(this.dateInternal, new Object[0]);
}
public final class _closure1 extends Closure implements GeneratedClosure {
public _closure1(Object _thisObject) {
CallSite[] var3 = $getCallSiteArray();
super(version.this, _thisObject);
}
public Object doCall(Object it) {
CallSite[] var2 = $getCallSiteArray();
return var2[0].call(var2[1].callConstructor(Date.class), "yy.Mdd.Hmm");
}
public Object doCall() {
CallSite[] var1 = $getCallSiteArray();
return this.doCall((Object)null);
}
}
}
你可以看到 dateInternal
变成了类级别的字段,date()
方法可以简单地访问它。
关于java - 错误java.lang.NoSuchMethodError : No such DSL method '***' found among steps,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51366067/
我们有一个系统,其行为由许多 XML 文件定义。(大约 50 个不同的 XML 文件,每个文件管理子系统的行为。) 出于遗留原因,XML 文件采用自定义格式,旨在方便系统中的各种组件使用。 自定义格式
我发送的 json 请求是: Given url applicationURL And path 'applications' And header Authorization = subscribe
默认情况下,生成的 XText 工件会从我的 DSL 生成代码到默认 socket (默认为 src-gen 文件夹)。我知道您可以在 fsa.generateFile("myfile.txt", "
我的论文主题一般是关于领域特定语言的,我想专注于外部或内部 DSL 的设计或实现,但我什至无法思考或开始,因为我在理解 DSL 的概念方面遇到了问题.. 我已经阅读并收集了很多关于这个问题的论文和调查
我有一个 Xtext 项目和几个示例 DSL 文件。我可以使用“示例 Ecore 模型编辑器”打开这些文件并验证它是否符合 Xtext 生成的元模型。但是,由于 DSL 文件未被识别为 Ecore,我
当我学习一些 DSL 时,我意识到 Rebol 中的 Parse 方言可以是一个很好的词法分析器和解析器。 the Parse tutorial 有一个很好的例子: expr: [ter
我正在考虑使用亚马逊云服务(EC2、S3 等)进行托管。我一直在查看可以指定用于配置各种实例的 JSON 元数据,我担心它的复杂性。是否有一个 dsl 可以生成有效的 JSON 元数据并且更重要的是验
我可能会因为这个而被否决,但无论如何我都会试试运气。 我真的找不到 Elastic Search 查询 DSL 的完整形式“DSL”的任何链接,甚至在 Elastic Search 网站上也找不到 h
这个问题可能是复合的,让我扩展一下: 是否存在设计器( stub /框架/元设计器)来创建基于 .NET 对象公共(public) bool 属性的 AND/OR 规则?保存为任何 DSL/Boo/.
与 anko 一样你可以这样写回调函数: alert { title = "" message = "" yesButton { toast("Yes")
我有一个像下面这样的原始聚合脚本,但是很难将其转换为elasticsearch dsl。 我已阅读该文档并找到描述,说我们可以使用.bucket()、. metric()和.pipeline()方法来
如何将这个 gradle groovy 片段转换为 gradle kotlin dsl 而不是非常冗长? test { systemProperties System.getPropertie
这个问题是 ANY operator with jOOQ 的衍生问题和 Are arrays optimized in jOOQ & PostgreSQL? . 我有一个Field field和Lis
我创建了内部 DSL,并且会重载 DefaultGroovyMethods 中的 any() 方法。 class RulesProcessor { } Any live cell with fewer
我正在尝试使用 Gradle 使用 Kotlin 和 Java 11 构建一个简单的 JavaFX 11 程序,按照说明 here .但是,此页面使用 Gradle 的 Groovy DSL,而我正在
如何将这个 gradle groovy 片段转换为 gradle kotlin dsl 而不是非常冗长? test { systemProperties System.getPropertie
我是 Camel 的新手,我仍在学习它,根据我的理解,你可以在 Spring DSL 中做与 Java DSL 相同的事情。我想知道如何将一种转换为另一种?我经常看到 Java 中的例子,但想要 最佳
我正在尝试通过 Groovy 代码为 Jenkins Job DSL 插件创建 ListView 。运行后, View 已创建,但不会添加任何作业。以下代码段之前的代码创建了构建和部署作业,并且在调用
对于 Jenkins 作业 DSL,我试图为作业选择特定的 ssh 代理(插件)键(在包装器上下文中使用 sshAgent 关键字)。我们安装了 Jenkins ssh 代理插件并设置了几个 key
我必须为非程序员(我们公司的客户)创建一个 DSL,它需要提供一些更高级别的语言功能(循环、条件表达式、变量...... - 所以它不仅仅是一个“简单”的 DSL)。 使用 DSL 应该很容易;人们应
我是一名优秀的程序员,十分优秀!