GROOVY集成到JAVA中遇到的一个大坑

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/engineer_zoey/article/details/79424856

groovy与java集成的方式

首先说一下我用groovy动态脚本的场景,每次输入一组数据,分别对其中的不同部分做不同运算,而且这些运算会随着业务需求的改变而变化,因此选择在数据库中放置groovy脚本的方式来处理。各大博客中一般在java代码中集成groovy动态脚本的一般有三种方式:

GroovyClassLoader

GroovyShell

GroovyScriptEngine


开始时我采用的是第一种方式,一般代码是这样的:

GroovyClassLoader loader = new GroovyClassLoader();
Class groovyClass = loader.parseClass(script);
GroovyObject groovyObject = (GroovyObject) groovyClass.newInstance();

groovyObject.invokeMethod("run", "helloworld")

在本机运行没有丝毫问题。

但是,在测试服务器中运行,就会遇到问题:

org.springframework.transaction.TransactionSystemException: Could not commit JPA transaction; nested exception is javax.persistence.RollbackException: Transaction marked as rollbackOnly

显示事务回滚。堆栈信息中也是一些事务回滚的一些信息。仔细检查业务逻辑,也没问题,毕竟本地测试是通过的。

通过一行一个log的方式,终于定位到问题之所在:

Class groovyClass = loader.parseClass(script);

之后将整个groovy脚本解析部分放入try catch,发现可以catch住异常,但是无法打印堆栈信息,也就是

e.printStackTrace() 没有效果。为什么没有堆栈信息?!这就让我陷入了深深的苦恼中。

本地可以正常运行,测试服务器不可以。没有什么好的办法,本着试一试的想法,尝试了第二种方案:

GroovyShell shell = new GroovyShell();
Script groovyScript = shell.parse(script);

groovyScript.invokeMethod("compute", object);

这次测试服务器可以正常通过测试。很激动,因为groovy脚本的方案不用大改动了!


回过头来想一想,为何同一个代码,两处反应不一致?JAVA版本都是1.8,细心的我发现了这个

JVM的版本不一样。手动(* ̄︶ ̄)。











































展开阅读全文

没有更多推荐了,返回首页