Utilizzo di Java 7 Funzioni di SDK in Java 6

Question

Sono interessato all'utilizzo di alcune delle funzionalità NIO2 nell'SDK Java 7, se disponibile (in particolare, lo file system watchers), tuttavia non desidero compilare le mie classi per Java 7 ed escludere Java 6 runtimes. Principalmente perché voglio mantenere la compatibilità con Mac OS X, e anche perché non voglio costringere i miei utenti ad aggiornare.

È possibile? Qual'è il miglior modo di farlo? Qualche link o esempio?

Ecco alcuni modi che posso immaginare: compilare un file di classe con un compilatore diverso e caricarlo dinamicamente in base alla versione di Java? O forse usando la riflessione? O forse c'è solo un'impostazione del compilatore per Java 7 per generare classi compatibili con Java 6?

Sto cercando una soluzione che non si trasformi in un brutto pasticcio :), quindi idealmente posso scrivere due implementazioni di un'interfaccia, una utilizzando le nuove funzionalità e una senza, quindi selezionarne una dinamicamente invece di avere fare chiamate riflessive dappertutto.

Answer 1

Basta compilare con -target 1.6 e organizzare il codice in modo da poter individuare ClassNotFoundExceptions e NoClassDefFoundErrors in modo pulito attorno ai moduli che utilizzano 1.7. Magari caricarli con un caricatore di classi separato, ad esempio.

Answer 2

Per alcuni elementi aggiunti in Java 7, è possibile trovare jsr jar Java 6 che offrono la funzionalità. Non credo che questo sarà il caso per il File System Watcher comunque.

Answer 3

In termini di osservatori di file system, prima di Java 7 ho utilizzato solo il polling delle proprietà di un file ogni pochi secondi circa per verificare che non fosse cambiato. Non è esattamente bello, ma praticamente non usa risorse apparenti e dal punto di vista di un utente finale sembra funzionare allo stesso modo.

Se cerchi una libreria più completa, controlla http://commons.apache.org/jci/commons-jci-fam/index.html - Credo che faccia qualcosa di simile, anche se non l'ho mai usato.

Specifica fonte 1.7 e 1.6 di destinazione sono abbastanza sicuro che non funziona, ho provato per un motivo diverso indietro un po 'e dalla memoria della JVM è lamentato bandiere incompatibili (la mia ipotesi è a causa della nuova invokedynamic in 7 .)

Answer 4

È possibile creare facilmente java 1.6 come indicato dal toolkit. Tuttavia, è necessario assicurarsi di non accedere accidentalmente a metodi che non esistono in java 6. Ciò causerà un'eccezione di runtime nel codice di produzione.

Se si utilizza Maven, è possibile utilizzare il plug-in maven-enforcer che si assicura che nessuna classe java 1.7 o le chiamate di metodo si introducano nel codice creato per 1.6.

Un esempio potrebbe essere il passaggio da Java 1.4 a 1.5. Stavo costruendo con 1.5 con un target di 1,4, e per sbaglio ho usato:

new BigDecimal(5); 

Questa compilato bene, e ha funzionato benissimo per me. Ma poiché il client stava ancora utilizzando 1.4, non è riuscito. Perché questo costruttore non esiste in 1.4. È stato introdotto nel 1.5.

Un'altra soluzione sarebbe quella di costruire un paio di giare, una con la nuova roba nio, una con le vecchie cose, e rilevare al momento dell'installazione se l'utente stava eseguendo o meno java 1.7. In tal caso, aggiungi il barattolo contenente l'implementazione appropriata.