com.sampullara.util

Class RuntimeJavaCompiler.ClassLoaderFileManager

java.lang.Object

javax.tools.ForwardingJavaFileManager<StandardJavaFileManager>

com.sampullara.util.RuntimeJavaCompiler.ClassLoaderFileManager

All Implemented Interfaces:

Closeable, Flushable, AutoCloseable, JavaFileManager, OptionChecker

Enclosing class:

RuntimeJavaCompiler

public static class RuntimeJavaCompiler.ClassLoaderFileManager
extends ForwardingJavaFileManager<StandardJavaFileManager>

Use the standard file manager along with a little bit of code that is specific to our in-memory classes that we are creating.

Nested Class Summary

Nested classes/interfaces inherited from interface javax.tools.JavaFileManager

JavaFileManager.Location

Field Summary

Fields inherited from class javax.tools.ForwardingJavaFileManager

fileManager

Constructor Summary

Constructors

Constructor and Description
RuntimeJavaCompiler.ClassLoaderFileManager(StandardJavaFileManager jfm, RuntimeJavaCompiler.CompilerClassLoader ccl, ClassLoader loader)

Method Summary

Methods

Modifier and Type	Method and Description
JavaFileObject	getJavaFileForOutput(JavaFileManager.Location location, String classname, JavaFileObject.Kind kind, FileObject fileObject)
String	inferBinaryName(JavaFileManager.Location location, JavaFileObject file)
Iterable<JavaFileObject>	list(JavaFileManager.Location location, String s, Set<JavaFileObject.Kind> kinds, boolean b) This is the core of the problems with the compiler API.

Methods inherited from class javax.tools.ForwardingJavaFileManager

close, flush, getClassLoader, getFileForInput, getFileForOutput, getJavaFileForInput, handleOption, hasLocation, isSameFile, isSupportedOption

Methods inherited from class java.lang.Object

clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait

Constructor Detail

RuntimeJavaCompiler.ClassLoaderFileManager

public RuntimeJavaCompiler.ClassLoaderFileManager(StandardJavaFileManager jfm,
                                          RuntimeJavaCompiler.CompilerClassLoader ccl,
                                          ClassLoader loader)

Method Detail

inferBinaryName

public String inferBinaryName(JavaFileManager.Location location,
                     JavaFileObject file)

Specified by:

inferBinaryName in interface JavaFileManager

Overrides:

inferBinaryName in class ForwardingJavaFileManager<StandardJavaFileManager>

getJavaFileForOutput

public JavaFileObject getJavaFileForOutput(JavaFileManager.Location location,
                                  String classname,
                                  JavaFileObject.Kind kind,
                                  FileObject fileObject)
                                    throws IOException

Specified by:

getJavaFileForOutput in interface JavaFileManager

Overrides:

getJavaFileForOutput in class ForwardingJavaFileManager<StandardJavaFileManager>

Throws:

IOException

list

public Iterable<JavaFileObject> list(JavaFileManager.Location location,
                            String s,
                            Set<JavaFileObject.Kind> kinds,
                            boolean b)
                              throws IOException

This is the core of the problems with the compiler API. Here we have to track down classes from whereever they might be in the classloader hierarchy so the compiler can see them.

Specified by:

list in interface JavaFileManager

Overrides:

list in class ForwardingJavaFileManager<StandardJavaFileManager>

Parameters:

location -

s -

kinds -

b -

Returns:

Throws:

IOException