ApacheのコモンズVFS 2.4を大幅にアプリケーションコード自体の複雑さを簡素化し、統一アプリケーションプログラミングインタフェースとしてパッケージファイルシステムの種々にアクセスするために、VFS(仮想ファイル・システム・ライブラリ)をリリースしてきました。
新機能:
-
VFS-690:許可明示的に設定鍵交換アルゴリズム
-
VFS-497:一般的なフィルター移植からIO#9
-
VFS-696:比較でFileExtensionSelectorの#44で、より効果的
-
VFS-660:接続ソリューションは、異なるサブネットのPASVモードの#35からFTPサーバが開示されています
-
VFS-699:#58を提供するFTP自動検出符号化を追加します。
-
VFS-706:バッファサイズ#59を指定する機能を追加します
-
VFS-609:SFTPプロバイダは、バイト配列番号60として秘密鍵をサポートしていません。
-
VFS-707:4.5.7から4.5.8アップデートにはApache HttpClientを
-
VFS-712:追加ヌルセーフ
-
VFS-713:ファイル.propertiesファイルを読むためにFileObjectUtils.readProperties(FileObjectに)メソッドを追加します。
-
VFS-715:添加org.apache.commons.vfs2.FileContent.getByteArray()
-
VFS-719:文字列取得方法として、ファイルオブジェクトの内容を追加します
-
VFS-721:)(ローカルファイルシステムへのシンボリックリンクのサポートを追加し、FileObjectに#isSymbolicLinkを追加
修理のバグ:
-
VFS-694:DefaultFileMonitorは、問題を停止した後、修復は、それを起動することはできません
-
VFS-696:SFTP HTTPおよびSOCKSプロキシ認証
-
VFS-707:SftpFileSystem.ExecuteCommand(文字列、StringBuilderのは)ChannelExecオブジェクトを返すことができます
-
VFS-710:GETUID()が初期化されるときに、基礎となるデータを複数回のマルチスレッド
-
VFS-711:SftpFileSystemは、マルチスレッドのセッション基礎を複数回開始することができます
-
VFS-662:idleChannelさん(#36)についてSftpFileSystemスレッドの安全性に関する質問
-
VFS-700:Javaの11以降にいくつかのテストとは、今ではなく、
-
VFS-716:抽象FileName.getURI修理リターンコード化されていない#-sign#64
-
VFS-698:複数の買収のSFTPのファイル属性は、ディレクトリのリストを引き起こす修復することは非常に遅い問題です
-
VFS-717:更新org.apache.httpComponents:HTTPClientは、4.5.8から4.5.9へ
-
VFS-718:MonitorInputStreamは#67ストリームを "読み取り" クローズしないでください
その他の変更:
-
VFS-692:4.2から4.3へのアップデートApacheCommonsCollection
-
VFS-693:カスタムFTP転送中止されましステータスコードのサポートを追加します。
-
VFS-702:#57をDefaultFileMonitorするファイルを追加簡素化
-
VFS-703:3.8.1から3.9へのアップデートApacheCommonsLang
-
VFS-722:4.3から4.4のアップデートにはApache Commonsのコレクション
-
org.apache.commons.vfs2.FileFilter.accept(FileSelectInfo)は、現在確認された例外をスローFileSystemException
-
(のgetURIにorg.apache.commons.vfs2.provider.local.LocalFileNameで書き換え)およびgetFriendlyURI()メソッドは削除されているが、スーパークラスの実現
-
オーバーライドメソッドorg.apache.commons.vfs2.provider.sftp.SftpFileObject#リフレッシュ()は削除されましたが、スーパークラスの実現
-
オーバーライドメソッドorg.apache.commons.vfs2.provider.sftp.SftpFileProviderの#1のinit()削除されていますが、スーパークラスの実現