Apache Commons Compress obsługuje zarówno strumienie plików (poprzez kompresory) i tej treści (poprzez archiwizujące).
Biblioteka może być używany zarówno do operacji kompresji i dekompresji, pracy ze względnym wielu formatów archiwów, jest jednym z bardziej znanych takich rozwiązań w środowisku Java.
Biblioteka nie jest doskonały, niektóre problemy wciąż jest w fazie rozwoju dla każdego archiwum formatu pliku, ale ogólnie rzecz biorąc, jeśli chcesz obsługuje dużą liczbę formatów kompresji i nie chcesz korzystać z obszernych bibliotek indywidualne dla każdego formatu, w Commons Compress Pakiet może być najlepszym odpowiedzi
Opis .
Co nowego w tym wydaniu:
- żwawy, ar i smoły inputstreams może nie czytać z Strumień nie buforowane w niektórych przypadkach.
- IOUtils # pominięcia mogą ominąć mniej bajtów niż wymagane mimo, że więcej można odczytać ze strumienia.
- ArchiveStreams teraz zatwierdzić jest bieżąca pozycja przed odczytu lub zapisu danych wejścia.
- ArjArchiveInputStream # canReadEntryData testowany bieżący wpis strumienia, a nie jego argument.
- changeset # usunąć i deleteDir teraz właściwie radzić sobie z anonimowych wpisów.
- Dodano kilka kontroli zerowych celem zwiększenia odporności.
- TarArchiveInputStream nie czytać archiwa z pustych pól / uid gid.
- TarArchiveInputStream teraz znowu zgłasza wyjątek, gdy napotka podczas czytania archiwum ścięty od ostatniego wpisu.
- Dostosowane TarArchiveInputStream # przejdź do modyfikowane IOUtils metody # pominięcia. Dzięki Beluga BEHR.
Co nowego w wersji 1.7.
- Tylko do odczytu wsparcie dla Snappy kompresji
- Tylko do odczytu obsługę .Z skompresowanych plików.
- zipfile i ZipArchiveInputStream obsługują teraz czyta wpisy skompresowane przy użyciu metody kurczy.
- GzipCompressorOutputStream obsługuje ustawienie poziomu kompresji i metadanych nagłówek (nazwę pliku, komentarz, czasu modyfikacji, systemu operacyjnego oraz dodatkowe flagi)
- zipfile i ZipArchiveInputStream obsługują teraz czyta wpisy skompresowane przy użyciu metody implozji.
- ZipFile i plików 7z klasy teraz wdrożyć zamykany i może być używany w try-z-zasobów konstrukcji.
Co nowego w wersji 1.5:
- CompressorStreamFactory posiada opcję tworzenia dekompresowania strumienie, że rozpakować pełna Wejście do formatów, które obsługują wiele strumieni złączonych.
Co nowego w wersji 1.4:
- Wsparcie dla formatu XZ został dodany
Co nowego w wersji 1.3:
- Wsparcie dla formatu Pack200 został dodany
- Tylko do odczytu wsparcie dla formatu wykorzystywane przez wysypisko Unix (8) narzędzia został dodany.
Co nowego w wersji 1.2:
- Nowe funkcje:
- ZipArchiveEntry ma nową metodę getRawName która zapewnia oryginalne bajtów, które składały się na nazwę. Może to pozwolić kodu użytkownika, aby wykryć kodowanie.
- TarArchiveEntry zapewnia dostęp do flag, które określają, czy jest zarchiwizowany Link symboliczny, rury lub inne & quot; rzadkością & quot; Obiekt systemu plików.
- Poprawiono błędy:
- ZipArchiveInputStream może nie z & quot; obcięty ZIP & quot; komunikat dla wpisów pomiędzy 2 GB i 4 GB w rozmiarze.
- TarArchiveInputStream wykrywa nieliczne wpisy za pomocą oldgnu formatu i prawidłowo informuje, że nie można wyodrębnić ich zawartość.
- Javadoc dla ZipArchiveInputStream # pominąć teraz mecze realizacji, kod został bardziej defensywne.
- ArArchiveInputStream nie, jeśli będą tylko spacje id_użytkownika lub GroupID.
- zipfile może wyciekać zasobów na niektórych pakietów JDK.
- BZip2CompressorInputStream rzuca IOException jeśli podstawowe zwroty stream dostępny () == 0. Usunięto czek.
- Wywołanie close () na InputStream zwróconej przez CompressorStreamFactory.createCompressorInputStream () nie zamyka podstawowy strumień wejściowy.
- TarArchiveOutputStream # Wykończenie teraz pisze wszystkie buforowane dane do strumienia
- Zmiany:
- zipfile teraz realizuje sfinalizowania która zamyka plik bazowego.
- Pewne plików tar, nie uznawane przez ArchiveStreamFactory.
Wymagania :
- Java 5 lub nowszy,
Komentarze nie znaleziono