Apache Commons Compress

Apache Commons Compress поддържа и двата файлови потоци (чрез компресори) и структурирано съдържание (чрез архиватори).
Библиотеката може да се използва както за компресия и декомпресия, работа с относително голям брой архивни формати, че е един от най-известните такива решения в Java общността.
Библиотеката не е съвършен, някои проблеми все още са в процес на разработване за всеки архив файлов формат, но като цяло, ако трябва да се поддържа голям брой формати за компресия и не искат да използват обемисти отделните библиотеки за всеки формат, за Commons компрес пакет може да бъде най-добрият отговор

<силни> Характеристики :.

<Ли клас = "bbli"> Поддържани архив файлови формати:
• 7z
• ар
• ARJ
• bzip2
• CPIO
• Изпуснете
• GZIP
• LZMA
• Pack200
• пъргавото
• катран
• Unix зареже
• XZ
• Zip

Какво ново в тази версия:

• хапе, Аг и катранени inputstreams да бъдат преодолени, за да се чете от не-буфериран поток в някои случаи.
• IOUtils # прескачане може да пропуснете по-малко байтове, отколкото поискаха въпреки че още може да се прочете от потока.
• ArchiveStreams сега валидират има ток влизане преди четене или записване на въвеждане на данни.
• ArjArchiveInputStream # canReadEntryData тестван текущият запис на потока, а не нейната теза.
• ChangeSet # изтриете и deleteDir сега правилно се справят с неназовани записи.
• добави няколко проверки нулеви за подобряване на устойчивостта.
• TarArchiveInputStream не успя да чете архивите с празни GID / UID полета.
• TarArchiveInputStream сега отново хвърля изключение, когато се натъкне на пресечен архив, докато четете последния текст.
• Адаптирана TarArchiveInputStream # прескочите до модифицирани IOUtils метода на # прескачане. Благодарение на BELUGA BEHR.

Какво ново във версия 1.7:.

• Само четене на подкрепа за Snappy компресия
• Само четене на подкрепа за .Z компресирани файлове.
• ZipFile и ZipArchiveInputStream сега поддържа четене записи компресирани като се използва методът на свива.
• GzipCompressorOutputStream вече поддържа на нивото на компресия и метаданните на хедър (името на файла, коментар, промяна на времето, операционна система и допълнителни флагове)
• ZipFile и ZipArchiveInputStream сега поддържа четене записи компресирани като се използва методът на спуквам.
• ZipFile и файлът 7z класове сега прилагат затваряща и могат да бъдат използвани в опит-с-ресурси конструкции.

Какво ново във версия 1.5:

• CompressorStreamFactory има опция за създаване декомпресиране потоци, които се натиска на пълна вход за формати, които поддържат множество една свързана потоци.

Какво ново във версия 1.4:

• Подкрепа за формат XZ е добавен

Какво ново във версия 1.3:

• Подкрепа за формат Pack200 е добавен
• само за четене подкрепа за формата, използван от сметището Unix (8) инструмент е добавена.

Какво ново във версия 1.2:

• Нови функции:
• ZipArchiveEntry има нов метод getRawName която предоставя оригиналните байта, които формират името. Това може да позволи на потребителя код за откриване на кодирането.
• TarArchiveEntry осигурява достъп до знамената и да определя дали това е архивиран символична връзка, тръба или друг & quot; необичайно & quot; файлова система предмет.
• Фиксирани бъгове:
• ZipArchiveInputStream може да се провали с & quot; Изрязан ZIP & quot; съобщение за грешка за въвеждане на стойности между 2 GByte и 4 GByte по размер.
• TarArchiveInputStream сега открива откъслечни записи с използване на формат oldgnu и правилно отчита, че не може да извлича съдържанието им.
• The явадок за ZipArchiveInputStream # пропуснете сега отговаря за изпълнението, кодът е постигнат по-дефанзивна.
• ArArchiveInputStream не успее, ако записите съдържат празни места само за потребителски идентификатор или groupId.
• ZipFile може да изтече ресурси на някои JDKs.
• BZip2CompressorInputStream хвърля IOException ако базисните връща поток разположение () == 0. Премахнати проверката.
• Повикване близо () на InputStream върнат от CompressorStreamFactory.createCompressorInputStream () не се затваря основната входния сигнал.
• TarArchiveOutputStream # покритие сега пише всички буферирани данни за поток
• Промени:
• ZipFile сега изпълнява финализира която затваря основния файл.
• Някои катран файлове, които не признава от ArchiveStreamFactory.

<силни> Изисквания :

• Java 5 или по-висока