Опции с API JavaCompiler - PullRequest
       36

Опции с API JavaCompiler

1 голос
/ 22 августа 2011

У меня есть такая программа: она компилирует файлы в памяти, а затем выполняет их из памяти. Поэтому мне нужен был специальный загрузчик классов с файловым менеджером, который хранит файлы в memo: //. Теперь я хочу передать параметры в выходной класс компилятора, так как я думаю, что он не наследует их (-Xmx80M, -Djava.library.path и т. Д.). Я думаю, что для этого мне понадобится опция -J, однако компилятор возвращает IllegalArgumentException. com.sun.tools.javac.main.RecognizedOptions.getJavacToolOptions(null) также не перечисляет -J , поэтому я думаю, что пытаюсь поставить аргумент не в том месте. Любой опыт, где я должен использовать -J (или другой вариант в этом отношении)?

Редактировать: com.sun.tools.javac.main.RecognizedOptions.getAll(null) сообщает -J в качестве опции, однако getJavacToolOptions(null) нет, и ни getJavacFileManagerOptions(null).

Чтобы уточнить, я хочу использовать библиотеку LWJGL с скомпилированным кодом (во время выполнения). LWJGL требует некоторых собственных библиотек из -Djava.library.path, который установлен для проекта. Однако скомпилированный код не может найти этот путь к библиотеке. Я думаю, что он не наследует этот путь к библиотеке, и поэтому LWJGL выдает NoClassDefFoundError. Иначе, это может интерпретировать относительный путь к библиотеке неверно как memo: // lib / lwjgl, но у меня нет возможности проверить.

Stack:

Aug 22, 2011 2:14:58 PM customcompile.CustomCompile$2 run
SEVERE: null
java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at customcompile.CustomCompile$2.run(CustomCompile.java:90)
    at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.lwjgl.Sys
    at org.lwjgl.opengl.Display.<clinit>(Display.java:111)
...

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

Пользовательский загрузчик классов: пакет customcompile;

import java.util.ArrayList;
import java.util.Arrays;
import java.util.Collections;
import java.util.List;
import java.util.Map;
import javax.tools.Diagnostic;
import javax.tools.DiagnosticCollector;
import javax.tools.JavaCompiler;
import javax.tools.JavaFileObject;
import javax.tools.JavaFileObject.Kind;

/**
 *
 * @author Kaj Toet
 */
class MemoryClassLoader extends ClassLoader {


    private JavaCompiler compiler;
    private final MemoryFileManager manager;

    public MemoryClassLoader(JavaCompiler compiler, String classname, String filecontent) {
        this(compiler, Collections.singletonMap(classname, filecontent));
    }

    public MemoryClassLoader(JavaCompiler compiler, Map<String, String> map) {
            this.compiler=compiler;

            DiagnosticCollector<JavaFileObject> diagnostics = new DiagnosticCollector<JavaFileObject>();

            manager  = new MemoryFileManager(this.compiler);
            List<Source> list = new ArrayList<Source>();
            for (Map.Entry<String, String> entry : map.entrySet()) {
                list.add(new Source(entry.getKey(), Kind.SOURCE, entry.getValue()));
            }            

            List<String> optionList = new ArrayList<String>();
            // set compiler's classpath to be same as the runtime's
            //optionList.addAll(Arrays.asList("-cp", ".."));

            this.compiler.getTask(null, this.manager, diagnostics, optionList, null, list).call();
            for (Diagnostic diagnostic : diagnostics.getDiagnostics()) {
              CustomCompile.addDebugText(diagnostic.toString());
            }
    }
    @Override
    protected Class<?> findClass(String name) throws ClassNotFoundException {
        synchronized (this.manager) {
            Output mc = this.manager.map.remove(name);
            if (mc != null) {
                byte[] array = mc.toByteArray();
                return defineClass(name, array, 0, array.length);
            }
        }
        return super.findClass(name);
    }
}

Пользовательский файловый менеджер:

class MemoryFileManager extends ForwardingJavaFileManager<JavaFileManager> {
    public final Map<String, Output> map = new HashMap<String, Output>();

    MemoryFileManager(JavaCompiler compiler) {
        super(compiler.getStandardFileManager(null, null, null));
    }

    @Override
    public Output getJavaFileForOutput
            (Location location, String name, Kind kind, FileObject source) {
        Output mc = new Output(name, kind);
        this.map.put(name, mc);
        return mc;
    }  
}

Выход:

class Output extends SimpleJavaFileObject {
    private final ByteArrayOutputStream baos = new ByteArrayOutputStream();

    Output(String name, Kind kind) {
        super(URI.create("memo:///" + name.replace('.', '/') + kind.extension), kind);
    }

    byte[] toByteArray() {
        return this.baos.toByteArray();
    }

    @Override
    public ByteArrayOutputStream openOutputStream() {
        return this.baos;
    }
}

Ответы [ 2 ]

3 голосов
/ 22 августа 2011

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

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

Итак, я не вижу никакого смысла в использовании этих аргументов.

2 голосов
/ 22 августа 2011

Вы знаете, какой файл (dll) использует класс?Если вы это сделаете, попробуйте обойти эту проблему, вызвав System.loadLibrary вручную, прежде чем выполнять компиляцию.

...