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

在将Groovy脚本集成到Java应用程序中时,通过GroovyClassLoader解析脚本导致在测试服务器上出现TransactionSystemException,事务被标记为rollbackOnly。本地环境运行正常,但服务器上出现异常且无法打印堆栈信息。尝试使用GroovyShell成功解决问题,发现问题可能与JVM版本差异有关。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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的版本不一样。手动(* ̄︶ ̄)。











































评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值