Two bugs in SevenZipVolumeCallback caused multi-part RAR extraction to fail: 1. getProperty(NAME) always returned firstFileName instead of tracking the last opened volume name. 7z-JBinding needs this to compute subsequent volume filenames. 2. The first IInStream was created separately instead of through the callback's getStream() method, so the volume name tracker was not properly initialized. Verified with real multi-part RAR5 test archives (3 parts, WinRAR 7.01). Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| classes/com/sucukdeluxe/extractor | ||
| lib | ||
| src/com/sucukdeluxe/extractor | ||
| README.md | ||
| THIRD_PARTY_NOTICES.txt | ||
JVM extractor runtime
This directory contains the Java sidecar runtime used by src/main/extractor.ts.
Included backends
sevenzipjbindingfor the primary extraction path (RAR/7z/ZIP and others)zip4jfor ZIP multipart handling (JD-style split ZIP behavior)
Layout
classes/compiledJBindExtractorMainclasseslib/runtime jars required by the sidecarsrc/Java source for the sidecar
Rebuild notes
The checked-in classes are Java 8 compatible and built from:
resources/extractor-jvm/src/com/sucukdeluxe/extractor/JBindExtractorMain.java
If you need to rebuild, compile against the jars in lib/ with a Java 8-compatible compiler.