ソフトウェアの詳細:
Apache Commonsの圧縮は(アーカイバを介して)両方のファイル(コンプレッサー経由)ストリームや構造化されたコンテンツをサポートしています。
ライブラリはJavaコミュニティではよく知られているそのような解決策の一つである、アーカイブ形式の相対的な多数の作業を、圧縮および解凍の両方の操作に使用することができる。
ライブラリには、圧縮フォーマットの多数をサポートする必要があると、各フォーマット、コモンズの圧縮のためにかさばる個々のライブラリを使用したくない場合は、いくつかの問題は、依然として、全体的な各アーカイブファイル形式の開発中であること、しかし、完璧ではありませんパッケージには、あなたの最良の答えかもしれない。
の特長の:ます。
- サポートされているアーカイブファイル形式:
- 7Zます。
- ARます。
- ARJます。
- のbzip2ます。
- のcpioます。
- DEFLATE
- GZIPます。
- LZMAます。
- Pack200は
- てきぱきとします。
- タールます。
- Unixがダンプします。
- XZます。
- 郵便番号ます。
のこのリリースのの新機能:
- 、てきぱきとARとタールのInputStreamsからの読み取りに失敗することがあります特定の場合には非バッファストリームます。
- IOUtils番号のスキップは、ストリームから読み取ることができたにもかかわらず、多くの要求より少ないバイトをスキップすることがあります。
- ArchiveStreamsが今読んだり、エントリデータを書き込む前に、現在のエントリが存在し、検証します。
- ArjArchiveInputStream#canReadEntryDataではなく、その引数よりストリームの現在のエントリをテストします。
- のチェンジ#削除し、deleteDirが正しく、名前のエントリに対応します。
- は、堅牢性を向上させるために、いくつかのnullチェックを追加しました。
- TarArchiveInputStreamは空GID / UIDフィールドを持つアーカイブを読み取ることができませんでした。
- TarArchiveInputStreamは今再び例外をスローします。
- 適応TarArchiveInputStream#は、修正IOUtils#スキップ方法に進んでください。 BELUGA BEHRに感謝します。
最後のエントリからの読み取り中に、それが切り捨てられたアーカイブに遭遇したときに
のバージョン1.7の新しいのあるもの:ます。
- 読み取り専用スナッピー圧縮をサポートします。
- 読み取り専用.Z圧縮されたファイルをサポートします。
- ZipFileのとZipArchiveInputStreamは今縮小メソッドを使用して圧縮されたエントリを読んでサポートします。
- GzipCompressorOutputStreamは今圧縮レベルとヘッダメタデータ(ファイル名、コメント、修正時刻、オペレーティングシステムおよび追加のフラグ)の設定をサポートします。
- ZipFileのとZipArchiveInputStreamが今崩壊するメソッドを使用して圧縮されたエントリを読んでサポートします。
- ZipFileのと7zのファイルのクラスは今Closeable内実装とのtry-WITH-資源構築物に使用することができます。
のバージョン1.5のの新機能は次のとおりです。
- CompressorStreamFactoryは完全に解凍する解凍ストリームを作成するためのオプションがあります複数の連結ストリームをサポートフォーマットのための入力します。
のバージョン1.4のの新機能:
- XZ形式のサポートが追加されました。李。 >
のバージョン1.3のの新機能:
- Pack200のフォーマットのサポートが追加されました。李。 >
- はUnixのダンプで使用される形式の読み取り専用のサポート(8)ツールが追加されています。
の何が新しいのバージョン1.2で:
- 新機能:
- ZipArchiveEntryは名前を構成していた元のバイトを提供する新しい方法のgetRawNameを持っています。これは、ユーザコードがエンコーディングを検出することを可能にします。
- はTarArchiveEntry、それがアーカイブされたシンボリックリンク、パイプまたは他&QUOTであるかどうかを判断フラグへのアクセスを提供しますファイル·システム·オブジェクトます。
- 修正されたバグ:LI>
切り捨てられた郵便番号" - ZipArchiveInputStreamは&QUOTで失敗する可能性が。 2Gバイト、サイズが4ギガバイトの間のエントリのエラーメッセージします。
- TarArchiveInputStreamは今oldgnu形式を使用して、スパースエントリを検出し、正しくそれは、その内容を抽出することはできません報告します。
- ZipArchiveInputStream#は今スキップのJavadocが実装と一致し、コードがより守備行われているます。
- ArArchiveInputStreamは失敗します。
- ZipFileのは、一部のJDK上のリソースをリークする可能性があります。
- 基になるストリームを返しが使用可能に()== 0をチェックを削除した場合BZip2CompressorInputStreamはIOExceptionをスローします。
- の呼び出し基本となる入力ストリームを閉じないCompressorStreamFactory.createCompressorInputStream()によって返されたのInputStream上)(クローズします。
- TarArchiveOutputStream番号仕上げになりました。 ストリームにすべてのバッファリングされたデータを書き込み
- の変更:
- ZipFileのは今基礎となるファイルを閉じるファイナライズ実装します。
- 一部のタールはArchiveStreamFactoryによって認識されないファイルがします。
珍しく"
エントリーユーザーIDまたはのgroupIdのためだけ空白が含まれている場合は、
の要件の
- のJava 5以降ます。
コメントが見つかりません