encontrar nuevas clases de Java en tiempo de ejecución

Question

Tengo una funcionalidad que deseo ofrecer a un cliente por una maqueta de software que estamos preparando - y quiero saber si es

1. posible
2. inteligente (también conocido como no estúpida)
3. lo mejor

Quiero que el cliente sea capaz de escribir una clase java que implementa la interfaz de mi Computable y pegarlo en alguna carpeta predeterminada. Esta carpeta contendrá los archivos .java en lugar de los archivos .class. Luego, en tiempo de ejecución, quiero que mi programa busque esa carpeta y extraiga todo el Computables de esa carpeta y los almacene en un mapa desde el nombre del Computable al objeto Computable. El Computable solo debe tener un constructor predeterminado y la interfaz solo tendrá un método llamado compute que asigna una matriz de Object a Object.

Answer 1

El Java Compiler API introducido en Java SE 6 debería darle lo que necesita.

Answer 2

echar un vistazo: Find Java classes implementing an interface

Answer 3

I que esto sería más simple si se le permite a su cliente a escribir en una declaración de código usando algo como maravilloso, que es lo suficientemente Java-ish, y fácil de ejecutar en tiempo de ejecución de un valor de cadena.

Answer 4

Si es fácil de compilar en tiempo de ejecución, estaría bien.

Puede usar javax.tools para realizar la compilación según sea necesario. Create dynamic applications with javax.tools puede ayudar, también. También es posible hacerlo in memory.

Una advertencia: el uso del compilador crea una dependencia en el JDK; el JRE solo es insuficiente.

Answer 5

Hay varias sugerencias como respuestas a this question.

Aquí también On-the-fly, in-memory java code compilation for Java 5 and Java 6

Answer 6

Es bastante fácil para recorrer la lista de archivos en una carpeta. Alguien mencionó que es posible llamar al compilador de Java desde Java (¡si redistribuye el JDK, que creo que es un punto cuya legalidad necesita ser revisada!) Esa es una gran parte de la batalla.

Parece que tiene en mente un modelo fijo donde solo se extraen archivos de una determinada interfaz de la carpeta. Creo que aquí es donde tu método debe dar un poco. La manera sensata (IMO) de hacerlo sería compilar todos los archivos en esa carpeta, y luego con sus clases guardadas en alguna parte, puede cargarlas y reflejarlas y luego determinar cuáles de ellas "hacen" la interfaz y cuáles no 't. Aquellos que no lo hagan se cargarán innecesariamente en su JVM, pero a menos que sea intencionalmente muy desperdiciador de espacio, el código que no ejecuta no puede dañar su programa.

Después de haber determinado cuáles son las cosas computables, puede almacenar esas clases (o instancias de las mismas) en una Colección y hacer lo que quiera con ellas. Simplemente ignora los otros.

Answer 7

Puede encontrar que Google Reflections es útil para encontrar clases implementando/ampliando una cierta interfaz/superclase en el classpath. Es entonces tan sencillo como

Reflections reflections = new Reflections("my.project.prefix"); 
Set<Class<? extends SomeClassOrInterface>> subTypes = reflections.getSubTypesOf(SomeClassOrInterface.class); 

Entonces, para probar si en verdad tiene un constructor predeterminado sin argumentos, simplemente comprobar si para cada Class#newInstance() no lanza ninguna excepción.

Answer 8

Puede usar BeanShell. Esta biblioteca es pequeña y no requiere el JDK. Se usa en varios IDE y servidores web. La última versión parece tener el soporte que necesita para cargar archivos .java desde la ruta de clase. (Todavía en versión beta)