Apache Commons Compress

아파치 커먼즈 압축은 두 파일 (압축기를 통해) 스트림 (등록 아카이브를 통해) 구조화 된 컨텐츠를 지원합니다.
라이브러리는 자바 커뮤니티에서 잘 알려진 그러한 해결책의 하나 인 압축 형식의 상대적 다수의 작업 모두 압축 및 압축 해제 작업을 위해 사용될 수있다.
라이브러리는 압축 형식의 다수를 지원해야하고 각 형식, 풍경 압축을 위해 부피가 큰 개인 라이브러리를 사용하지 않으려면 몇 가지 문제는 여전히 전체 각 아카이브 파일 형식으로 개발 단계에 있지만, 완벽하지 패키지는 가장 좋은 해답이 될 수 있습니다

이 특징 : 있습니다.

지원 아카이브 파일 형식 :
7Z
AR
ARJ
의 bzip2
cpio를
DEFLATE
GZIP
LZMA
Pack200는
푸석 푸석한
타르
유닉스 덤프
XZ
지퍼

이 릴리스의 새로운 기능입니다 무엇 :

이 물어, 아칸소 타르에는 InputStream은 어떤 경우에 비 버퍼 스트림에서 읽을 실패 할 수 있습니다.
IOUtils 번호 스킵 더는 스트림에서 읽을 수있는 경우에도 요구보다 적은 바이트를 건너 뛸 수 있습니다.
ArchiveStreams는 지금 읽고 또는 입력 데이터를 작성하기 전에 현재의 항목이 확인합니다.
ArjArchiveInputStream # canReadEntryData 현재 스트림의 항목이 아닌 인수를 테스트했다.
변경 집합 # 삭제하고 deleteDir 이제 제대로 익명의 항목으로 처리합니다.
견고성을 향상시키기 위해 몇 널 (null) 검사를 추가했습니다.
TarArchiveInputStream는 빈 GID / UID 필드 아카이브를 읽지 못했습니다.
마지막 항목에서 읽는 동안이 잘린 아카이브가 발생하면 TarArchiveInputStream 이제 다시 예외가 발생합니다.
적응 TarArchiveInputStream # 수정 된 IOUtils # 스킵 방법으로 건너 뜁니다. 철갑 BEHR 감사합니다.

이 1.7 버전의 새로운 기능 :

이 읽기 전용 이따위로 압축을 지원합니다.
읽기 전용 .Z 압축 파일을 지원합니다.
및 ZipFile를 ZipArchiveInputStream 해주기 수축 방법을 사용하여 압축 된 엔트리를 판독 지원한다.
GzipCompressorOutputStream 이제 압축 레벨 및 헤더 메타 데이터 설정을 지원 (파일 이름, 주석, 수정 시간, 운영 체제 및 추가 플래그)
및 ZipFile를 ZipArchiveInputStream 해주기 내파 방법을 사용하여 압축 된 엔트리를 판독 지원한다.
ZipFile를하고 7Z 파일 클래스는 현재 닫혀를 구현하고 시도 -과 - 자원 구조에서 사용할 수 있습니다.

이 버전 1.5의 새로운 기능 :

이 CompressorStreamFactory 여러 연결된 스트림을 지원 형식에 대한 전체 입력을 압축 해제 스트림을 압축 해제 만들 수있는 옵션이 있습니다.

이 1.4 버전의 새로운 기능 :

이 XZ 형식에 대한 지원이 추가되었습니다.

이 1.3 버전의 새로운 기능 :

이 Pack200의 형식에 대한 지원이 추가되었습니다.
읽기 전용 지원을 유닉스 덤프에 의해 사용되는 형식 (8) 도구가 추가되었습니다.

이 새로운 기능 :

이 1.2 버전의 새로운 기능 :
ZipArchiveEntry 이름을 만든 원래 바이트를 제공하는 새로운 방법 getRawName 있습니다. 이것은 사용자 코드가 인코딩을 검출하도록 허용 할 수있다.
TarArchiveEntry는 보관 심볼릭 링크, 파이프인지 여부를 결정하는 플래그에 대한 액세스를 제공 또는 기타 & quot; 드문 & quot; 파일 시스템 오브젝트.
수정 된 버그 :
잘린 우편 & quot; ZipArchiveInputStream는 & quot와 함께 실패 할 수 있습니다; 2 기가 바이트 크기의 4 기가 바이트 사이의 항목에 대한 오류 메시지.
TarArchiveInputStream 이제 oldgnu 형식을 사용하여 부족한 항목을 감지하고 적절하게 그 내용을 추출 할 수 없습니다보고합니다.
ZipArchiveInputStream 번호 스킵를위한 Javadoc가 이제 코드를 더 방어 이루어진 것으로, 구현을 일치합니다.
항목 userId를 또는의 groupId 만에 공백이 포함 된 경우 ArArchiveInputStream이 실패합니다.
ZipFile를 몇 가지의 JDK에 자원 누수 될 수 있습니다.
기본이되는 스트림을 사용할 수 () == 0의 체크를 제거 반환하는 경우 BZip2CompressorInputStream는 IOException이 발생합니다.
호출 close ()를 기본 입력 스트림을 닫지 않습니다 CompressorStreamFactory.createCompressorInputStream ()에 의해 반환 inputStream에에.
TarArchiveOutputStream 번호 마무리 이제 스트림에 버퍼링 된 모든 데이터를 기록
변경 :
ZipFile를 이제 기본 파일을 닫고있는 마무리 구현합니다.
특정 타르는 ArchiveStreamFactory 인식하지 못하는 파일.

이 요구 사항 :

이 자바 5 이상