[Jiaz]

Continue HERE | HIER geht's weiter

This is not enough (at least on my Linux box). You have to rename new .jar files to their old names:

mv sevenzipjbindingLinux1509.jar sevenzipjbindingLinux.jar
mv sevenzipjbinding1509.jar sevenzipjbinding.jar

Now JD2 reports correct version

[Jiaz]

Please dont do that!

sevenzipjbinding1509.jar
sevenzipjbinding1509Linux.jar >guess I made a misstake in naming here

Hmm, before I did this old version was displayed

[Jiaz]

I uploaded new linux package. there was a naming issue in it

Those files are identical I already downloaded 2hrs ago

Checked it twice

[Jiaz]

Nope, just tested
sevenzipjbindingLinux1509.jar now is correct sevenzipjbinding1509Linux.jar

Originally Posted by Jiaz

Nope, just tested
sevenzipjbindingLinux1509.jar now is correct sevenzipjbinding1509Linux.jar

es geht nicht

Hmmm, that's confusing me. I did binary compare (cmp) and md5sum, both tests told me files are identical

And btw, datetime is still unchanged:

-rw-r--r--+ 1 manfred users       72390 Oct  6 09:32 sevenzipjbinding1509.jar
-rw-r--r--+ 1 manfred users     1012515 Oct  6 09:33 sevenzipjbinding1509Linux.jar

Will try again ...

No success. I'm always getting old version. Giving up

[Jiaz]

Its not about the file itself, but the filename is important

[Jiaz]

JDownloader will see sevenzipjbinding1509.jar and then switch to new version instead of old version in sevenzipjbinding.jar
If you have issues with that, I can offer you live help via Teamviewer, just contact me via support@jdownloader.org

Now I got it working

Had to update JDownloader again.

And after doing that self generated RAR5 archive was extracted successfully

Thanks a lot

[Jiaz]

Thanks for the feedback!

[McBluna]

Hi,

I'm working with the win64 version of JDownloader 2 and just added those to files from the win64 archive to the lib folder.

I've successful tested the new extractor plugin with a self generated RAR5 downloaded from uploaded.net

Thanks a lot

Sadly for me it does not work.

Windows 10 x64, JDownloader2 64bit, Java 1.8.101 x64
7zip Binding version: 15.09-2.01beta
In the second when I try to extract a file (v5 or also older) the whole jdownloader process does not respond anymore and crashes.

Here is a log where I tried to extract an existing file on my machine with Extra/Extract:
09.10.16 14.17.53 <--> 09.10.16 14.18.04 jdlog://5511681887641/

[Jiaz]

@McBluna: Thanks for the feedback

@Henry123:
Can you please provide example links to support@jdownloader.org

I have send a mail to the support address with a sample file attached. It does crash for me also when trying to extract this file - as it seems that all other archives also cause such a crash.
Based on the report of McBluna I assume that not the archives or the plugin in general is broken but somehow together with my specific configuration it causes these kind of crashs. I reverted currently back to the old plugin and everything is working as expected (v5 rar does not work but there is also no crash, other formats are extracted).

[McBluna]

Hi,
I use the new version for 2 days now and still have no issue with it. Everything works as expected. I've tried rar, rar5 and zip so far.

Here more details about my system:
Windows 10 x64, AMD CPU, 8GB RAM, SSD
I don't have a JDK/JRE installed, JD2 runs with the internal one 1.8.0_40(32bit).

I'll do additional tests running JD2 with the latest 64bit JRE.

[McBluna]

First I've installed Oracle JRE 8 102 x64. I've uninstalled JD2 but kept my settings. Downloaded the latest WebInstaller for windows. It installed JD2 with 1.8.0_40(64bit). Actually the installer ignores the installed JRE.

I've downloaded a rar5 and JD2 crashes when extracting starts.

I've switched back to 32bit and it works again. So it's seems not to work with 64bit JRE on windows 10.

Just hope this might be helpful.

[Jiaz]

@McBluna: Thanks for the feedback. I will do some more 64bit testings

Extracting a multipart archive, is it fails the second part is extracted instead of skipping it.

Note: the last archive which gave me this error had a wrong password.

none of the files work :(Ii really need this if anyone can re-up or sned me in the NEW direction to find the files?

[editestowy]

Got the same problems on W10 with JRE 8u101 x64
Crashes while extracting 7z or RAR (also pre rar5)

[Jiaz]

Okay, thanks for the feedback!

[Jiaz]

I've just released a new zip for windows that should fix the crashes on 64bit windows. Please provide feedback!

[Jiaz]

Just updated the windows zip again. Please update

[McBluna]

Sorry I missed the latest update

I successfully tested the new windows version with x86 and x64 JDownloader 2 installation.

[Jiaz]

Thanks for the feedback! Please keep reporting feedback here about bugs/issues/unsupported format types

[McBluna]

Just wanted to drop a note. Since 26.10. I've experienced no issue at all running the new version on two windows x64 systems.

I just wonder why no one else seems to care about this Public Betatest...

[Jiaz]

I guess it is because RAR5 is not used that often

Originally Posted by Jiaz

I guess it is because RAR5 is not used that often

I found those RAR5 archives on recent BD complete and remux downloads only. All others are still RAR4's

[Jiaz]

@Nachteule: Evtl könntest du mal auf dem Cubieboard versuchen eine ARM Lib zu compilen? Ich könnte dir helfen (email, teamviewer) wie das geht.

Klar, warum nicht

[Jiaz]

Kontaktiere mich mal via support@jdownloader.org um das weitere Vorgehen zu koordinieren

hi, is there any chance to have an i386 version? right now i'm running jd off an ubuntu server based on 12.04 i386 so can't use any amd64 library

[Jiaz]

@succo: Contact me at support@jdownloader.org and I can help/guide you how to compile the lib yourself. I don't have a running i386 system available.

ok, here we go... here is link for the i386 linux version

**External links are only visible to Support Staff**

it seems to work here, let me know

[Bl4ckst4r]

Originally Posted by succo

ok, here we go... here is link for the i386 linux version

**External links are only visible to Support Staff**

it seems to work here, let me know

Hallo zusammen,

erst einmal vielen Dank für die Arbeit die hier geleistet wird!

Ich habe nun auch das Problem das sich bei mir die Archive häufen die mit RAR 5.0 gepackt wurden und dadurch nun auch die Fehlermeldungen.

Mein JDownloader Host läuft auf einem Debian System welcher aktuell (in diesem Fall "leider") mit 32Bit läuft.

Wenn ich dann die im Startpost verlinten .JAR files nach /libs entpacke sieht mein "ExtractionExtension.log.0" Log dann (logischerweise) so aus das er nach den i386 / 64 Bit Files sucht, die er ja nicht finden kann.

Spoiler:

------------------------Thread: 38:ExtractionExtension.log-----------------------
--ID:38TS:1518368923667-11.02.18 18:08:43 - [org.jdownloader.extensions.extraction.multi.Multi(checkLibraries)] -> Try Lib IDs: [Linux-i386]
--ID:38TS:1518368923668-11.02.18 18:08:43 - [org.jdownloader.extensions.extraction.multi.Multi(initLibrary)] -> Try Lib ID: Linux-i386
--ID:38TS:1518368923669-11.02.18 18:08:43 - [org.jdownloader.extensions.extraction.multi.Multi(initLibrary)] -> Try Lib Path: /opt/jdownloader/tmp/7zip->true
--ID:38TS:1518368923681-11.02.18 18:08:43 - [org.jdownloader.extensions.extraction.multi.Multi(initLibrary)] -> Could not initialize Multiunpacker:#1
--ID:38TS:1518368923682-11.02.18 18:08:43 - [] -> net.sf.sevenzipjbinding.SevenZipNativeInitializationException: Error loading SevenZipJBinding native library into JVM: error loading property file '/Linux-i386/sevenzipjbinding-lib.properties' from a jar-file 'sevenzipjbinding-<Platform>.jar'. Is the platform jar-file not on the class path? [You may also try different SevenZipJBinding initialization methods 'net.sf.sevenzipjbinding.SevenZip.init*()' in order to solve this problem]
at net.sf.sevenzipjbinding.SevenZip.throwInitException(SevenZip.java:825)
at net.sf.sevenzipjbinding.SevenZip.throwInitException(SevenZip.java:820)
at net.sf.sevenzipjbinding.SevenZip.loadSevenZipJBindingLibProperties(SevenZip.java:479)
at net.sf.sevenzipjbinding.SevenZip.initSevenZipFromPlatformJARIntern(SevenZip.java:452)
at net.sf.sevenzipjbinding.SevenZip.initSevenZipFromPlatformJAR(SevenZip.java:398)
at org.jdownloader.extensions.extraction.multi.Multi.initLibrary(Multi.java:205)
at org.jdownloader.extensions.extraction.multi.Multi.checkLibraries(Multi.java:247)
at org.jdownloader.extensions.extraction.multi.Multi.hasLibrarySupport(Multi.java:359)
at org.jdownloader.extensions.extraction.multi.Multi.isAvailable(Multi.java:382)
at org.jdownloader.extensions.extraction.ExtractionExtension.lazyInitOnceOnStart(ExtractionExtension.ja va:521)
at org.jdownloader.extensions.extraction.ExtractionExtension.start(ExtractionExtension.java:393)
at org.jdownloader.extensions.AbstractExtension.setEnabled(AbstractExtension.java:79)
at org.jdownloader.extensions.AbstractExtension.init(AbstractExtension.java:319)
at org.jdownloader.extensions.LazyExtension.init(LazyExtension.java:234)
at org.jdownloader.extensions.ExtensionController.loadFromCache(ExtensionController.java:235)
at org.jdownloader.extensions.ExtensionController.init(ExtensionController.java:123)
at jd.SecondLevelLaunch$10$1$2.run(SecondLevelLaunch.java:802)

--ID:38TS:1518368923682-11.02.18 18:08:43 - [org.jdownloader.extensions.extraction.multi.Multi(initLibrary)] -> Try Lib Path: /tmp->true
--ID:38TS:1518368923797-11.02.18 18:08:43 - [org.jdownloader.extensions.extraction.multi.Multi(initLibrary)] -> Could not initialize Multiunpacker:#2
--ID:38TS:1518368923798-11.02.18 18:08:43 - [] -> net.sf.sevenzipjbinding.SevenZipNativeInitializationException: 7-Zip-JBinding initialization failed: Error loading native library: '/tmp/SevenZipJBinding-UXAAtJ5iltoJ/lib7-Zip-JBinding.so'
at net.sf.sevenzipjbinding.SevenZip.loadNativeLibraries(SevenZip.java:652)
at net.sf.sevenzipjbinding.SevenZip.initSevenZipFromPlatformJARIntern(SevenZip.java:456)
at net.sf.sevenzipjbinding.SevenZip.initSevenZipFromPlatformJAR(SevenZip.java:366)
at org.jdownloader.extensions.extraction.multi.Multi.initLibrary(Multi.java:234)
at org.jdownloader.extensions.extraction.multi.Multi.checkLibraries(Multi.java:247)
at org.jdownloader.extensions.extraction.multi.Multi.hasLibrarySupport(Multi.java:359)
at org.jdownloader.extensions.extraction.multi.Multi.isAvailable(Multi.java:382)
at org.jdownloader.extensions.extraction.ExtractionExtension.lazyInitOnceOnStart(ExtractionExtension.ja va:521)
at org.jdownloader.extensions.extraction.ExtractionExtension.start(ExtractionExtension.java:393)
at org.jdownloader.extensions.AbstractExtension.setEnabled(AbstractExtension.java:79)
at org.jdownloader.extensions.AbstractExtension.init(AbstractExtension.java:319)
at org.jdownloader.extensions.LazyExtension.init(LazyExtension.java:234)
at org.jdownloader.extensions.ExtensionController.loadFromCache(ExtensionController.java:235)
at org.jdownloader.extensions.ExtensionController.init(ExtensionController.java:123)
at jd.SecondLevelLaunch$10$1$2.run(SecondLevelLaunch.java:802)
Caused by: java.lang.UnsatisfiedLinkError: /tmp/SevenZipJBinding-UXAAtJ5iltoJ/lib7-Zip-JBinding.so: /tmp/SevenZipJBinding-UXAAtJ5iltoJ/lib7-Zip-JBinding.so: wrong ELF class: ELFCLASS64 (Possible cause: architecture word width mismatch)
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1824)
at java.lang.Runtime.load0(Runtime.java:809)
at java.lang.System.load(System.java:1086)
at net.sf.sevenzipjbinding.SevenZip.loadNativeLibraries(SevenZip.java:650)
... 14 more

--ID:38TS:1518368923798-11.02.18 18:08:43 - [org.jdownloader.extensions.extraction.multi.Multi(isAvailable)] -> Unsupported SevenZipJBinding|CPU_ARCH=X86|OS_FAM=LINUX|OS=LINUX|64Bit_JVM=false|64Bit_ARCH=false
--ID:38TS:1518368923798-11.02.18 18:08:43 - [org.jdownloader.extensions.extraction.ExtractionExtension(lazyInitOnceOnStart)] -> Extractor org.jdownloader.extensions.extraction.multi.Multi plugin could not be initialized
--ID:38TS:1518368923805-11.02.18 18:08:43 - [org.jdownloader.extensions.AbstractExtension(init)] -> Init Duration: 235

Danach ist dann auch keinerlei entpacken (RAR 4.0 o.Ä) mehr möglich.

Der Grund meines uralten Quote's wäre dann da succo die JAR's ja für i386 / 32Bit seinerzeit kompiliert hat, ob diese zugänglich gemacht werden könnten, gerne auch per PN oder Mail. :-)

Vielen Dank für die Mühe & viele Grüße,
#Bl4ckst4r