Apache Commons VFS thread sicurezza e gestione delle risorse

Question

Sto cercando di utilizzare Apache Commons VFS per un progetto che dovrà trasferire file tra server locale e server remoti tramite ftp, sftp e https.

Gli esempi di utilizzo standard, sono sempre il FileSystemManager da un metodo statico

FileSystemManager fsManager = VFS.getManager(); 

E 'sicuro utilizzare la stessa FileSystemManager su più thread?

E una seconda domanda è di circa correttamente rilasciando risorse in un blocco finally: trovo i seguenti metodi della API Javadoc:

• http://commons.apache.org/proper/commons-vfs/apidocs/org/apache/commons/vfs2/FileObject.html#close()
• http://commons.apache.org/proper/commons-vfs/apidocs/org/apache/commons/vfs2/FileSystemManager.html#closeFileSystem(org.apache.commons.vfs2.FileSystem)
• http://commons.apache.org/proper/commons-vfs/apidocs/org/apache/commons/vfs2/FilesCache.html#close()
• http://commons.apache.org/proper/commons-vfs/apidocs/org/apache/commons/vfs2/impl/DefaultFileSystemManager.html#close()

Ma non è cle per me quale di queste risorse dovrebbe in genere essere chiusa.

Answer 1

Il filemanager e gli oggetti del filesystem dovrebbero essere thread-safe, tuttavia non scommetterei la mia live su di esso. Alcuni blocchi interni (specialmente intorno ai nomi) dipendono dall'istanza di FileObject, quindi non dovresti usare un FileCache che non li mantiene (vale a dire che la cache predefinita va bene).

FileContent e flussi non devono essere utilizzati contemporaneamente (infatti FileContent.close(), ad esempio, agisce solo sui flussi del thread corrente).

Ci sono alcune perdite di risorse in quest'area (si spera che siano tutte corrette in 2.1-SNAPSHOT).

Answer 2

VFS.getManager fornisce un singolo manager, ad es. accesso singolo al filesystem, quindi non lo consiglio di usarlo dall'ambiente multithread. Puoi creare il tuo DefaultFileSystemManager e utilizzare il metodo close quando hai finito.