找不到合适的类加载器可供抓取

Question

我在课程的开头有这样的内容：

@Grab(group = 'org.ccil.cowan.tagsoup', module = 'tagsoup', version = '1.2')
class MyClass{...

我正在尝试对此类进行单元测试，但是每当我尝试运行 JUnit 4 测试时，我都会收到此错误：

Caused by: java.lang.RuntimeException: No suitable ClassLoader found for grab
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
    at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:77)
    at org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:102)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:52)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:190)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:198)
    at groovy.grape.GrapeIvy.chooseClassLoader(GrapeIvy.groovy:163)
    at groovy.grape.GrapeIvy$chooseClassLoader.callCurrent(Unknown Source)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:44)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:141)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:149)
    at groovy.grape.GrapeIvy.grab(GrapeIvy.groovy:227)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSite.invoke(PogoMetaMethodSite.java:225)
    at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:51)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:44)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:141)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:153)
    at groovy.grape.GrapeIvy.grab(GrapeIvy.groovy:216)
    at groovy.grape.Grape.grab(Grape.java:131)
    at groovy.grape.Grape$grab.callStatic(Unknown Source)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallStatic(CallSiteArray.java:48)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callStatic(AbstractCallSite.java:165)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callStatic(AbstractCallSite.java:173)
    at ammoscanner.AmmoScanner.<clinit>(AmmoScanner.groovy)
    ... 30 more

有什么想法吗？我正在使用 groovy 1.7.5

Answer 1

问题

查看源代码，只要提供的 ClassLoader 的名称（或其超类）不是 groovy.lang.GroovyClassLoader 或 org.codehaus.groovy.tools.RootLoader ，就会引发此异常代码>.即目标类加载器必须是上述类的实例（恕我直言，有点限制）。

解决方案

目前我不知道如何使用 @Grape/@Grab/@GrabConfig 注解配置特定的类加载器。最接近的方法是使用@GrabConfig(systemClassLoader=true)，并确保系统类加载器是上述 ClassLoader 类之一的实例。

如果有人知道，请告诉我（我会更新这个答案）。

解决方法

以下代码将以编程方式下载您的 Grapes，并将它们加载到提供的 GroovyClassLoader （诚然，这不完全是你想要的）。

def loadGrapes(){
    ClassLoader classLoader = new groovy.lang.GroovyClassLoader()
    Map[] grapez = [[group : 'org.ccil.cowan.tagsoup', module : 'tagsoup', version : '1.2']]
    Grape.grab(classLoader: classLoader, grapez)
    println "Class: " + classLoader.loadClass('org.ccil.cowan.tagsoup.jaxp.SAXParserImpl')
}

Answer 2

使用 @Grab 会使代码无法测试，至少截至 2011 年 1 月 26 日是这样。

Answer 3

对我有用的解决方案（都用于在 IntelliJ 中使用 @Grab 和通过 Maven 运行脚本测试）：

1. 在 Maven pom 中引用通过 @Grab 使用的依赖项.xml 文件（无论如何，这对于更好的编码体验很有用）：

例如，我的 Groovy 脚本中有以下 @Grab ：

@Grab(group='info.picocli', module='picocli', version='4.6.1')

因此我添加以下 Maven 依赖项：

    <dependency>
      <groupId>info.picocli</groupId>
      <artifactId>picocli</artifactId>
      <version>4.6.1</version>
    </dependency>

2. 添加可选依赖项Maven pom.xml 文件中的 ivy （需要在 IDE 中正确处理 @Grab）：

    <dependency>
      <groupId>org.apache.ivy</groupId>
      <artifactId>ivy</artifactId>
      <version>${ivy.version}</version>
      <scope>compile</scope>
      <optional>true</optional>
    </dependency>

3. 在测试代码中，设置 groovy.grape.enable 系统属性设置为 false。 这是解决方案的主要和关键部分 - 它禁用脚本的 @Grab 注释处理，但请记住我们已经在 Maven pom 中引用了这些依赖项.xml 文件：

    static {
        System.setProperty("groovy.grape.enable", "false")
    }

    @Test
    void test() {
        MainScript.call()
    }

该解决方案的缺点是您必须在 @Grab 和 Maven pom.xml 文件中复制依赖项，但同样，如果您开发您经常这样做的 Groovy 脚本是为了改善您的编码体验（获得更好的代码突出显示等）。

Answer 4

我假设您尝试过

@GrabConfig(systemClassLoader=true)

像这样添加：

@Grapes([
    @Grab(group = 'org.ccil.cowan.tagsoup', module = 'tagsoup', version = '1.2'),
    @GrabConfig( systemClassLoader=true )
])
class MyClass{...

Answer 5

如果您没有使用 systemClassLoader=true ，那么您的 IDE 似乎没有使用 groovy 编译器运行代码，您可以使用一个简单的 groovy 类来检查，该类输出其类加载器的类名。我猜它会尝试编译 groovy 类并使用非 groovy 类加载器运行它们。

另请参阅此答案对转换期间的常规错误：找不到合适的类加载器供抓取。另外这篇博文解释了有关跑步的更多信息使用库存类加载器预编译 Groovy 类。

Answer 6

添加 Kepler 的插件快照更新站点。

这似乎解决了“..没有合适的类加载器问题”。不幸的是，在此之后我仍然必须将葡萄存储库添加到项目的类路径中。

Answer 7

还有一种使用 @Grab 注释测试类的解决方案：

1. 从此类中提取接口。
2. 创建另一个实现其接口的类。将 @Grab 注释移至此类。然后让这个类成为一个简单的包装器，它只是将所有消息传递给原始类。
3. 针对您的原始班级运行测试。
4. 每当您需要一个版本@Grab时，请使用包装器。

Answer 8

这个问题有一个解决办法！

您可以使用 Groovy 的元编程来重写负责确定类加载器是 groovy.lang.GroovyClassLoader 的实例还是 org.codehaus.groovy.tools.RootLoader 的实例的方法。

由于 这个 Groovy 错误，您无法使用元编程覆盖私有方法，否则您可以继续通过执行以下操作来更改 isValidTargetClassLoaderClass 方法：

GrapeIvy.metaClass.isValidTargetClassLoaderClass = { Class loaderClass ->
    return (loaderClass != null)
}

但是，isValidTargetClassLoaderClass 是由 isValidTargetClassLoader （另一个私有方法）调用的，该方法称为通过 chooseClassLoader，这是一个 public 方法，可以使用元编程重写：

GrapeIvy.metaClass.chooseClassLoader = { Map args ->
    def loader = args.classLoader
    if (loader?.class == null) {
        loader = (args.refObject?.class
                ?: ReflectionUtils.getCallingClass(args.calleeDepth?:1)
        )?.classLoader
        while (loader && loader?.class == null) {
            loader = loader.parent
        }

        if (loader?.class == null) {
            throw new RuntimeException("No suitable ClassLoader found for grab")
        }
    }
    return loader
}

我所做的就是替换对 !isValidTargetClassLoader 的任何调用 与 loader?.class == null。

现在，我正在使用 Spock，因此我将此代码放入测试类的 setupSpec 方法中。但是，如果您使用 JUnit，我想它会想要进入用 @BeforeClass 注释的方法。

下面是它与 Spock 一起工作的示例（注意 IntelliJ 显示它将返回一个通常会抛出异常的类加载器：