Скомпилируйте класс Groovy во время выполнения в Java

Из описания непонятно, почему вы сами компилируете. Если вы можете просто позволить Groovy сделать это за вас, то все это можно просто упростить до чего-то вроде этого:

String script = // string containing the script you want to parse

GroovyClassLoader groovyClassLoader = new GroovyClassLoader();
Class theParsedClass = groovyClassLoader.parseClass(script);

Хорошо, это может быть немного поздно, но, надеюсь, это поможет следующему человеку. Я думаю, вам нужно сохранить список для каждого классного класса, а затем cl.defineClass и, наконец, cl.loadClass. Я думаю, что groovy иногда компилируется в список классов, как показано ниже, когда я addSource(), я добавляю один класс, а затем перебираю все сгенерированные классы из этого одного файла.

Это код, который я сейчас запускаю (хотя я не пробовал сохранять и перезагружать позже)

    GroovyClassLoader cl = new GroovyClassLoader();
    CompilationUnit compileUnit = new CompilationUnit();
    compileUnit.addSource(scriptCode.getClassName(), scriptCode.getScriptSourceCode());
    compileUnit.compile(Phases.CLASS_GENERATION);
    compileUnit.setClassLoader(cl);

    GroovyClass target = null;
    for (Object compileClass : compileUnit.getClasses()) {
        GroovyClass groovyClass = (GroovyClass) compileClass;
        cl.defineClass(groovyClass.getName(), groovyClass.getBytes());
        if(groovyClass.getName().equals(scriptCode.getClassName())) {
            target = groovyClass;
        }
    }

    if(target == null) 
        throw new IllegalStateException("Could not find proper class");

    return cl.loadClass(target.getName());

обратите внимание на вызов cl.defineClass, который помещает класс в загрузчик классов, поэтому при его поиске (перечисление или внутренний класс) он будет там.

и поэтому теперь я думаю, что вам не нужно создавать свой собственный загрузчик классов (хотя вы избегаете бесполезного defineClass, пока он не понадобится с вашим собственным загрузчиком классов, который может быть полезным и более производительным).

Здесь для простоты здесь отсутствует какая-либо обработка ошибок, но, вероятно, это то, что вам нужно:

public byte[] compileGroovyScript(final String className, final String script) {
    byte[] compiledScriptBytes = null;
    CompilationUnit compileUnit = new CompilationUnit();
    compileUnit.addSource(className, script);
    compileUnit.compile(Phases.CLASS_GENERATION);

    List classes = compileUnit.getClasses();
    GroovyClass firstClass = (GroovyClass)classes.get(0);
    compiledScriptBytes = firstClass.getBytes();

    return compiledScriptBytes;
}

В зависимости от ваших требований вы можете захотеть предоставить доступ к внутренним классам, и вы можете сделать это с помощью чего-то вроде этого, который находит класс с соответствующим именем вместо того, чтобы предполагать первый класс:

public byte[] compileGroovyScript(final String className, final String script) {
    byte[] compiledScriptBytes = null;
    CompilationUnit compileUnit = new CompilationUnit();
    compileUnit.addSource(className, script);
    compileUnit.compile(Phases.CLASS_GENERATION);

    for (Object compileClass : compileUnit.getClasses()) {
        GroovyClass groovyClass = (GroovyClass) compileClass;
        if(className.equals(groovyClass.getName())) {
            compiledScriptBytes = groovyClass.getBytes();
            break;
         }

    }

    return compiledScriptBytes;
}

Я сталкиваюсь с этим сам, но только что выполнил компилятор Java по требованию во время выполнения, я полагаю, что вы столкнулись с той же проблемой, которую я решил в этом коде.

https://github.com/deanhiller/webpieces/tree/master/runtimecompile/src/main/java/org/webpieces/compiler/api

webpieces/runtimecompile — это многоразовый компилятор Java по требованию, использующий компилятор eclipse.

Теперь, для groovy, я думаю, вы столкнулись с этим делом

1. you compile ONE script
2. this results in 'multiple' class file objects (I think) just like mine did
3. This is where you need to store EACH in the database SEPARATELY
4. Then you need a classloader that tries to lookup the 'inner classes' when jvm asks for it
5. finally you do a yourclassLoader.loadApplicationClass (much like the one in CompileOnDemandImpl.java in the project above
6. To be clear, step 5 causes step 4 to happen behind the scenes (and that is what is confusing).

Если вы пройдёте тест AnonymousByteCacheTest, то увидите, что он делает что-то подобное.

вам не нужно устанавливать НИЧЕГО, чтобы запустить сборку этого проекта, просто клонируйте его и «./gradlew test», и он пройдет, и «./gradlew eclipse» или «./gradlew idea», и он сгенерирует файлы IDE, чтобы вы может пройти через это.

Это очень очень похоже. Я пытаюсь заставить заводную версию работать дальше.