Trovare nuova classe Java a runtime

Question

ho una funzionalità che desidero fornire ad un cliente per un mockup software che stiamo preparando - e voglio sapere se è

1. possibile
2. intelligente (aka non stupido)
3. la cosa migliore

voglio che il cliente sia in grado di scrivere una classe Java che implementa la mia interfaccia Computable e incollarla in qualche cartella predeterminato. Questa cartella conterrà i file .java piuttosto che i file .class. Quindi, durante il runtime, voglio che il mio programma cerchi tale cartella ed estrae tutto il Computables da quella cartella e li memorizzi in una mappa dal nome dello Computable all'oggetto Computable. Lo Computable dovrebbe avere solo un costruttore predefinito e l'interfaccia avrà solo un metodo chiamato compute che mappa un array di Object in un Object.

Answer 1

Il Java Compiler API introdotto in Java SE 6 dovrebbe darti quello che ti serve.

Answer 2

un'occhiata: Find Java classes implementing an interface

Answer 3

ho che questo sarebbe più semplice se hai permesso al cliente di digitare una dichiarazione di codice utilizzando qualcosa come Groovy, che è abbastanza Java-ish, e facile da eseguire in fase di esecuzione da un valore di stringa.

Answer 4

Se è abbastanza facile da compilare in fase di esecuzione, ciò andrebbe bene.

È possibile utilizzare javax.tools per eseguire la compilazione in base alle esigenze. Create dynamic applications with javax.tools può essere d'aiuto. È anche possibile farlo in memory.

Un avvertimento: l'uso del compilatore crea una dipendenza dal JDK; il solo JRE è insufficiente.

Answer 5

Sono disponibili diversi suggerimenti come risposta a this question.

Anche qui On-the-fly, in-memory java code compilation for Java 5 and Java 6

Answer 6

E 'abbastanza facile per scorrere l'elenco dei file in una cartella. Qualcuno ha detto che è possibile chiamare il compilatore Java da Java (se si ridistribuisce il JDK, che penso sia un punto la cui legalità deve essere controllata !!) Questa è una parte della battaglia.

Sembra che tu abbia un modello fisso nella tua mente in cui solo i file che soddisfano una determinata interfaccia vengono estratti dalla cartella. Penso che questo sia il posto dove il tuo metodo deve dare un po '. Il modo ragionevole (IMO) per fare ciò sarebbe compilare tutti i file in quella cartella, e poi con le loro classi nascoste da qualche parte, è possibile caricarle e rifletterle e quindi determinare quale di esse "fa" l'interfaccia e quali don 't. Quelle che non saranno state caricate inutilmente nella tua JVM, ma a meno che non siano intenzionalmente molto sprecate nello spazio, il codice che non esegui non può danneggiare il tuo programma.

Dopo aver determinato quali sono le cose computabili, è possibile memorizzare le classi (o le relative istanze) in una raccolta e fare ciò che si desidera con esse. Semplicemente ignori gli altri.

Answer 7

È possibile trovare Google Reflections utile per trovare le classi che implementano/estendono una determinata interfaccia/superclasse nel classpath. E 'poi così semplice come

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

Poi, per verificare se si ha infatti un costruttore di default no-arg, basta controllare per ogni se Class#newInstance() non gettare alcuna eccezione.

Answer 8

È possibile utilizzare BeanShell. Questa libreria è piccola e non richiede il JDK. È usato in un numero di IDE e server web. L'ultima versione sembra avere il supporto necessario per caricare i file .java dal percorso della classe. (Ancora in beta)