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

Question

背景:

我使用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路由器实现，它是用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将这些依赖的jars作为模块提供。
• 使用GroovyShell中的ImportCustomizer向CompilerConfiguration提供导入
• 还尝试使用加载此文件。
• 尝试使用单独的注入加载
• 尝试在单独的静态类中加载JSONObject

注:

• 请注意，相关的jars已经在war文件(WEB/lib)中。
• 同样的问题也发生在其他第三方工件上，比如com.fasterxml.jackson.databind.node.ObjectNode、com.fasterxml.jackson.databind.ObjectMapper。
• 但是这个问题不会发生在第三方工件上，比如org.apache.log4j.Logger。(可能它们已经通过通配符加载)

更新:

我离answer.As更近了一步，论坛/工匠 classLoader在JVM启动时返回CLASSPATH上的所有类。因此，我尝试手动添加相关工件，并使用类加载器而不是GroovyShell调用脚本。而且起作用了！现在需要找到一种方法，在JVM启动时在这些工件中加载这些类/将它们添加到通配符中的类路径中。

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();

版本:

• 野蝇版本: 10.1.0
• 野蝇片: 4.9.0
• Groovy版本:groovy 2.4.7

Answer 1

我自己找到了答案。

当您使用GroovyClassLoader而不是GroovyShell时，可以解决此问题。实际上，我通过对GroovyShell进行反编译来深入研究它，并且我看到它也在其中使用。

注意:如果类路径中的jars，您不需要使用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);

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

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);