使用Camel CDI在Wildfly中使用Java执行Grrovy脚本无法解决类问题

时间:2017-11-15 07:55:19

标签: java groovy apache-camel cdi wildfly-10

背景:

我正在使用GrrovyShell调用Groovy脚本。

@GET
@Path("/endpoint/{param}")
public Response getEndpointService(@PathParam("param") String messageId) {

    String scriptPath = "/path/to/Grrovyfile.gsh";

    Binding binding = new Binding();
    binding.setProperty("in", inParams);

    GroovyShell shell = new GroovyShell(binding);
    shell.evaluate(new File(scriptPath));

}

Groovy脚本文件:

def condition = "good"
def severity = "N/A"
def detail = ""

import net.sf.json.JSONObject
import java.util.Random

try{

    def detailMap = [
        condition: condition,
        success: false,
        severity: severity,
    ]

    JSONObject jsonObject = JSONObject.fromObject(detailMap)
    detail = jsonObject.toString()
}

在这场战争中有一个单独的骆驼路由器实现,它是用camel cdi初始化的。

import javax.enterprise.context.ApplicationScoped;
import org.apache.camel.builder.RouteBuilder;
import org.apache.camel.cdi.ContextName;

@ApplicationScoped
@ContextName("camel-cdi-context")
public class MiscRouter extends RouteBuilder {

    @Override
    public void configure() throws Exception {
      // router dsl
    }

}

问题:
当路由器与camel cdi一起盯着时,上面的groovy代码失败并出现以下错误。但是,当@ApplicationScoped@ContextName("camel-cdi-context")行被评论时,成功没有错误。

12:47:28,108 ERROR [stderr] (default task-11) org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
12:47:28,109 ERROR [stderr] (default task-11) /path/to/Grrovyfile.gsh: 9: unable to resolve class net.sf.json.JSONObject
12:47:28,109 ERROR [stderr] (default task-11)  @ line 9, column 1.
12:47:28,109 ERROR [stderr] (default task-11)    import net.sf.json.JSONObject
12:47:28,109 ERROR [stderr] (default task-11)    ^
12:47:28,109 ERROR [stderr] (default task-11) 
12:47:28,109 ERROR [stderr] (default task-11) 1 error
12:47:28,109 ERROR [stderr] (default task-11) 
12:47:28,110 ERROR [stderr] (default task-11)   at org.codehaus.groovy.control.ErrorCollector.failIfErrors(ErrorCollector.java:310)
12:47:28,110 ERROR [stderr] (default task-11)   at org.codehaus.groovy.control.CompilationUnit.applyToSourceUnits(CompilationUnit.java:958)
12:47:28,110 ERROR [stderr] (default task-11)   at org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:605)
12:47:28,113 ERROR [stderr] (default task-11)   at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:554)
12:47:28,113 ERROR [stderr] (default task-11)   at groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:298)
12:47:28,113 ERROR [stderr] (default task-11)   at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:268)
12:47:28,113 ERROR [stderr] (default task-11)   at groovy.lang.GroovyShell.parseClass(GroovyShell.java:688)
12:47:28,113 ERROR [stderr] (default task-11)   at groovy.lang.GroovyShell.parse(GroovyShell.java:700)
12:47:28,113 ERROR [stderr] (default task-11)   at groovy.lang.GroovyShell.evaluate(GroovyShell.java:584)
12:47:28,114 ERROR [stderr] (default task-11)   at groovy.lang.GroovyShell.evaluate(GroovyShell.java:632)
12:47:28,114 ERROR [stderr] (default task-11)   at TestGroovy.getEndpointService(TestGroovy.java:91)
12:47:28,114 ERROR [stderr] (default task-11)   at org.jboss.weld.proxies.TestGroovy$Proxy$_$$_WeldClientProxy.getEndpointService(Unknown Source)

我认为这是一个类加载问题,我正试图解决这个问题。在这里期待一点帮助。

已经尝试过:

  • 使用jboss-deployment-structure.xml将这些依赖jar作为模块提供。
  • 使用GroovyShell
  • 中的ImportCustomizerCompilerConfiguration提供了导入
  • 尝试使用Startup Singleton EJB加载它。
  • 尝试使用单独注射加载
  • 尝试在单独的静态类
  • 中加载JSONObject

注意:

  • 请注意,相关的jar已经在war文件中(WEB-INF / lib)。
  • 同样的问题也发生在其他第三方工件上,例如com.fasterxml.jackson.databind.node.ObjectNodecom.fasterxml.jackson.databind.ObjectMapper
  • 但是,org.apache.log4j.Logger等第三方工件不会发生此问题。 (可能是他们已经通过野蝇装载了)

更新 我离答案更近了一步。根据forums / artiles classLoader,在JVM启动时返回CLASSPATH上的所有类。 因此,我尝试手动添加相关工件并使用类加载器而不是GroovyShell调用脚本。它奏效了!现在需要找到一种方法在JVM启动时将这些类加载到这些工件中/将它们添加到wildfly中的类路径。

URL[] classLoaderUrls = new URL[] {
        new URL("file:///path/to/repo/net/sf/json-lib/json-lib/2.4/json-lib-2.4-jdk15.jar"),
        new URL("file:///path/to/repo/commons-beanutils-1.8.0.jar"),
        new URL("file:///path/to/repo/commons-collections-3.2.1.jar"),
        new URL("file:///path/to/repo/commons-lang-2.5.jar"),
        new URL("file:///path/to/repo/commons-logging-1.1.1.jar"),
        new URL("file:///path/to/repo/groovy-all-2.4.11.jar"),
        new URL("file:///path/to/repo/net/sf/json/main/ezmorph-1.0.6.jar") };

URLClassLoader urlClassLoader = new URLClassLoader(classLoaderUrls);

//GroovyClassLoader groovyClassLoader = new GroovyClassLoader(urlClassLoader);
GroovyClassLoader groovyClassLoader = new GroovyClassLoader();

Script script = InvokerHelper.createScript(groovyClassLoader.parseClass(new
        File(scripts)), binding);
System.out.println("getEndpointService().script : " + script);

Object responseObj = script.run();

版本:

  • Wildfly版本:10.1.0
  • Wildfly Camle补丁:4.9.0
  • Groovy版本:groovy-all-2.4.7

1 个答案:

答案 0 :(得分:1)

我自己找到了答案。
当您使用GroovyClassLoader而不是GroovyShell时,可以解决此问题。实际上我通过反编译来深入研究GroovyShell,我看到它也在那里使用。

注意:如果类路径中的jar不需要在上面的帖子中使用URLClassLoader手动导入它们。

因此,通过以下实现,它现在可以正常工作。

GroovyClassLoader groovyClassLoader = new GroovyClassLoader();

Script script = InvokerHelper.createScript(groovyClassLoader.parseClass(new
        File(scriptPath)), binding);
logger.info("getEndpointService().script : " + script);

Object responseObj = script.run();

logger.info("getEndpointService().responseObj : " + responseObj);


此外,如果您需要像其他属性一样使用codeBase,也可以使用GroovyCodeSource。

GroovyCodeSource groovyCodeSource = new GroovyCodeSource(new File(scriptPath));

GroovyClassLoader groovyClassLoader = new GroovyClassLoader();

Script script = InvokerHelper.createScript(groovyClassLoader.parseClass(groovyCodeSource), binding);
logger.info("getEndpointService().script : " + script);

Object responseObj = script.run();

logger.info("getEndpointService().responseObj : " + responseObj);