Extraction not working: 7zip libraries not in classpath about docker-jdownloader HOT 10 CLOSED

I already use this version and I'm not able to reproduce the bug you're experiencing. Do you have any link so I can do some tests?

from docker-jdownloader.

Sorry I don't understand what kind of link you want. I'm using the container on a raspberry pi in my local network and observed this behaviour after using the above command. I assumed the libraries were renamed in a newer jdownloader version. What kind of link do you mean?

from docker-jdownloader.

I'm asking for the link you try to download (archive). As explained in my previous message, I'm using this version and I can't reproduce this bug. Zip are extracted without any need for renaming plugins and you seem to be the only user with this issue.

from docker-jdownloader.

Hi @jaymoulin,
I've the same issue.

Previously it was working, but when I created a new container using the same image extraction stopped working.

from docker-jdownloader.

Still waiting for information though. I wonder why I didn't close this issue earlier...

from docker-jdownloader.

This is the first rar sample found online:
https://workupload.com/file/zMR4vIPW

Jdownloader just downloads it, without extracting

Unrar is able to extract it without problems.

from docker-jdownloader.

Thank you @ilteoood for your link, I'll have a look

from docker-jdownloader.

$> docker inspect jdownloader --format='{{index .Config.Labels.version}}'
2.0.3-armhf
$> docker images jaymoulin/jdownloader
REPOSITORY              TAG       IMAGE ID       CREATED        SIZE
jaymoulin/jdownloader   latest    80267091add3   6 months ago   262MB
$> uname -m
armv7l

jdownloader_1   |
jdownloader_1   | THREAD: 42
jdownloader_1   | 42|Log.L.log 8/6/22, 11:58:00 PM - FINEST [ org.appwork.loggingv3.LogV3(finest) ] -> jd.controlling.downloadcontroller.DownloadWatchDog@1504847 State changed IDLE--1(20522513) -> RUNNING--1(7842042)
jdownloader_1   |
jdownloader_1   | THREAD: 298
jdownloader_1   | 298|Log.L.log 8/6/22, 11:58:00 PM - FINER [ org.appwork.loggingv3.LogV3(finer) ] -> Init StorageHandler for Interface:org.jdownloader.controlling.hosterrule.HosterRuleConfig|Path:null
jdownloader_1   |
jdownloader_1   | THREAD: 323
jdownloader_1   | 323|Log.L.log 8/6/22, 11:58:04 PM - FINER [ org.appwork.loggingv3.LogV3(finer) ] -> Read Config(File): /opt/JDownloader/app/cfg/org.jdownloader.extensions.extraction.ExtractionExtension.blacklistpatterns.json
jdownloader_1   | 323|Log.L.log 8/6/22, 11:58:04 PM - FINER [ org.appwork.loggingv3.LogV3(finer) ] -> Read Config(File): /opt/JDownloader/app/cfg/org.jdownloader.extensions.extraction.ExtractionExtension.deepextractionblacklistpatterns.json
jdownloader_1   |
jdownloader_1   | THREAD: 347
jdownloader_1   | 347|Log.L.log 8/6/22, 11:58:11 PM - FINEST [ org.appwork.loggingv3.LogV3(finest) ] -> jd.controlling.downloadcontroller.DownloadWatchDog@1504847 State changed RUNNING--1(7842042) -> STOPPING--1(15576948)
jdownloader_1   | 347|Log.L.log 8/6/22, 11:58:11 PM - FINEST [ org.appwork.loggingv3.LogV3(finest) ] -> jd.controlling.downloadcontroller.DownloadWatchDog@1504847 State changed STOPPING--1(15576948) -> STOPPED_STATE--1(1426436)

Still no problem for extraction here. Are you sure to be running the docker image on an arm32v6 architecture?

Did you check your Download folder permission?

from docker-jdownloader.

Yes I did and everything was right until the last 2 weeks, I've used this image for more than a year.

If I filter the logs for the "zip" word, I see the following sentences:

cp: can't create '/opt/JDownloader/app/libs/sevenzipjbinding1509.jar': No such file or directory
cp: can't create '/opt/JDownloader/app/libs/sevenzipjbinding1509LinuxArmVersion.jar': No such file or directory

And, at the end:
SevenZipJBinding: null

_jdownloader-jdownloader-1_logs.txt

Here is the full log

from docker-jdownloader.

The image is 6 months old.
If the bug appeared 2 weeks ago, it does not have to do with the docker image but either with JDownloader or your configuration.

As I can't reproduce the bug with the exact same configuration, I'm pretty sure it has something to do with your configuration.

If I filter the logs for the "zip" word, I see the following sentences:

cp: can't create '/opt/JDownloader/app/libs/sevenzipjbinding1509.jar': No such file or directory cp: can't create '/opt/JDownloader/app/libs/sevenzipjbinding1509LinuxArmVersion.jar': No such file or directory

This indicates you may have a permission error
Please check your mounted folders and permissions

from docker-jdownloader.