So, ich habe es irgendwie hinbekommen, die beiden neuen Dateien sind jetzt zusätzlich im libs Ordner gelandet und die Rechte stimmen jetzt hoffentlich auch (0644).

Jetzt muss ich nur noch einen kleinen Rar5 Content zum testen finden, ich melde mich, sobald der Test gelaufen ist.

EDITH sagt:

Sieht gut aus, vielen Dank für die Hilfe.

[Jiaz]

Freut mich das es geklappt hat und Danke für die Rückmeldung!

[cremor]

Is there a version of the 7-Zip-JBinding that is compiled agains musl libc instead of glibc? I'd need that to run it in an Alpine Docker container with OpenJDK (openjdk:8-jre-alpine) which doesn't have glibc support.

Originally Posted by Jiaz

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

es geht nicht

[coxy86]

Hi all,

1.) Download the betatest package (Version 06.10.2016-001)

Linux (64Bit only at the moment) Updated on 07.10.2016 because of wrong file naming!
mega.nz/#!eAtQ1LxL!vLbU9e9hWWc9QcfaNwwaiB3bbwlC4bOC7QchAUckF0g

Is there an update for Linux 32 bit?

[Jiaz]

@cremor: you can try to compile yourself or ask boris for help
github.com/borisbrodski/sevenzipjbinding

@black: was genau geht nicht? ein paar mehr infos?

@coxy86: you can try to compile yourself, see first response. I don't have 32bit os at the moment, sorry. boris is currently working on newer version and I'm confident that he will provide 32 bit version as well

[8GPMPY]

It works. Many thanks!

- Windows 10 1809 x64
- Java 1.8.0_191-b12
- JD2 up-to-date at time of posting

[Mister XY]

Habe festgestellt, dass die selbsterstelle Version 1509 funktioniert und die selbsterstellte Version 1602 nicht. Woran erkennt der jdownloader den unterschied der Datein?

Hello all!

Iam running jdownloader in a FreeNAS 11.2 FreeBSD 11.2 jail. Thanks to all those tutorials the installation wasn't an issue. But soon I ran into the problem, that rar5 is not supported. Google redirected me to this thread and without further reading I took the linux files - just to learn again that 2 minutes of reading saves you 2 hours of finding out what others already have.

I followed Jiaz and omega3 instructions as outlined in post 254.

Like omega3 describes in his post 258 I only got the "sevenzipjbinding-FreeBSD-amd64.jar" in my "SevenZipJBinding/" directory. But unlike omega3 my ctest passed all tests.

My question for Jiaz is: In your post 259 you said you can split/extract the files. Can you explain me the steps how I can do that ? Otherwise if thats too complicated I uploaded the file to **External links are only visible to Support Staff**mega.nz and i would appreciate it if you can do that for me

Thanks in advance and good night!


EDIT:
After some googling I found out that jar files can be opened by a standard zip program. But after comparing all given files all I needed to do was rename my file and add the the sevenzipjbinding1509.jar which was the same for linux windows and mac so i guessed it would work with FreeBSD too.


So on a 64 bit system running a FreeNAS 11.2 jail with FreeBSD 11.2 extract the following zip file (containing "sevenzipjbinding1509.jar" and "sevenzipjbinding1509Bsd.jar") into your ./jdownloader/libs folder and restart jdownloader

mega.nz/#!yWQGWCyD!aFMU8ynrKO5YCa8dlLDjpiCJFK8EYNwQ8fl3SQehrlE

after restarting jdownloader I tested it with downloading following unrar5-file which only contains an empty textfile(<1kb):

ul.to/kngtjqyf

the extraction was succesful and the log in ./jdownloader/log/..CurrentDate../ExtractionExtension.log.0 showed the following positive output for the unrar process:

root@jdownloader:/usr/local/jdownloader/logs/1544405797762_Mon, Dec 10, 2018 02.36 +0100 # cat ExtractionExtension.log.0
------------------------Thread: 36:ExtractionExtension.log-----------------------
--ID:36TS:1544405804072-12/10/18 2:36:44 AM -  [org.jdownloader.extensions.extraction.multi.Multi(checkLibraries)] -> Try Lib IDs: [FreeBSD-amd64]
--ID:36TS:1544405804072-12/10/18 2:36:44 AM -  [org.jdownloader.extensions.extraction.multi.Multi(initLibrary)] -> Try Lib ID: FreeBSD-amd64
--ID:36TS:1544405804086-12/10/18 2:36:44 AM -  [org.jdownloader.extensions.extraction.multi.Multi(initLibrary)] -> Try Lib Path: /usr/local/jdownloader/tmp/7zip->true
--ID:36TS:1544405804189-12/10/18 2:36:44 AM -  [org.jdownloader.extensions.extraction.multi.Multi(isAvailable)] -> Supported SevenZipJBinding|Version=15.09-2.01beta|RAR5=true|CPU_ARCH=X86|OS_FAM=BSD|OS=FREEBSD|64Bit_JVM=true|64Bit_ARCH=true
--ID:36TS:1544405804190-12/10/18 2:36:44 AM -  [org.jdownloader.extensions.AbstractExtension(init)] -> Init Duration: 159
------------------------Thread: 397:ExtractionExtension.log-----------------------
--ID:397TS:1544405822527-12/10/18 2:37:02 AM -  [org.jdownloader.extensions.extraction.ExtractionExtension(onNewArchive)] -> Archive:test
Type:RAR_SINGLE
Existing:DownloadLink:/media/Downloads/test/test.rar|Complete:true
Complete:true
--ID:397TS:1544405822527-12/10/18 2:37:02 AM -  [org.jdownloader.extensions.extraction.ExtractionExtension(onNewArchive)] -> Caller:Thread[Download: test.rar_uploaded.to,1,]|Archive:test|Complete|Size:1
--ID:397TS:1544405822529-12/10/18 2:37:02 AM -  [org.jdownloader.extensions.extraction.ExtractionExtension(addToQueue)] -> Archive:test
Type:RAR_SINGLE
Existing:DownloadLink:/media/Downloads/test/test.rar|Complete:true
Complete:true

hope this will help anyone




End of Edit

------------------------------------------------------------------------------
Ctest output:

root@openjdk:/tmp/SevenZipJBinding # ctest sevenzipjbinding-FreeBSD-amd64.jar
Test project /tmp/SevenZipJBinding
      Start  1: JUnit-common
 1/17 Test  #1: JUnit-common ........................   Passed    0.70 sec
      Start  2: JUnit-common-no-privileged-init
 2/17 Test  #2: JUnit-common-no-privileged-init .....   Passed    0.47 sec
      Start  3: JUnit-init-std-1
 3/17 Test  #3: JUnit-init-std-1 ....................   Passed    0.33 sec
      Start  4: JUnit-init-std-2
 4/17 Test  #4: JUnit-init-std-2 ....................   Passed    0.30 sec
      Start  5: JUnit-init-verify-1
 5/17 Test  #5: JUnit-init-verify-1 .................   Passed    0.36 sec
      Start  6: JUnit-init-verify-2
 6/17 Test  #6: JUnit-init-verify-2 .................   Passed    0.35 sec
      Start  7: JUnit-tools
 7/17 Test  #7: JUnit-tools .........................   Passed    0.95 sec
      Start  8: JUnit-snippets
 8/17 Test  #8: JUnit-snippets ......................   Passed    0.72 sec
      Start  9: JUnit-snippets-no-privileged-init
 9/17 Test  #9: JUnit-snippets-no-privileged-init ...   Passed    0.70 sec
      Start 10: JUnit-encoding-utf-8
10/17 Test #10: JUnit-encoding-utf-8 ................   Passed    0.42 sec
      Start 11: JUnit-encoding-cp1252
11/17 Test #11: JUnit-encoding-cp1252 ...............   Passed    0.43 sec
      Start 12: JUnit-encoding-cp1251
12/17 Test #12: JUnit-encoding-cp1251 ...............   Passed    0.43 sec
      Start 13: JUnit-bug-reports
13/17 Test #13: JUnit-bug-reports ...................   Passed    0.74 sec
      Start 14: JUnit-single-file-extraction
14/17 Test #14: JUnit-single-file-extraction ........   Passed  794.64 sec
      Start 15: JUnit-multiple-files-extraction
15/17 Test #15: JUnit-multiple-files-extraction .....   Passed  435.22 sec
      Start 16: JUnit-compression
16/17 Test #16: JUnit-compression ...................   Passed  858.07 sec
      Start 17: JUnit-badarchive
17/17 Test #17: JUnit-badarchive ....................   Passed    4.86 sec

100% tests passed, 0 tests failed out of 17

Total Test time (real) = 2100.10 sec

Steps to reproduce my outcome:
1)Create FreeBSD 11.2 jail from FreeNAS GUI
2)log into jail

pkg install
pkg update 
pkg install openjdk8
pkg install cmake
pkg install git
cd /tmp

so my system configuration is:

#freebsd-version
11.2-RELEASE-p4

#uname -a
FreeBSD openjdk 11.2-STABLE FreeBSD 11.2-STABLE #0 r325575+3a9793238ff(freenas/11.2-stable): Thu Nov 15 13:51:02 EST 2018     root@nemesis.tn.ixsystems.com:/freenas-11.2-releng/freenas/_BE/objs/freenas-11.2-releng/freenas/_BE/os/sys/FreeNAS.amd64  amd64

#java -version
openjdk version "1.8.0_181"
OpenJDK Runtime Environment (build 1.8.0_181-b13)
OpenJDK 64-Bit Server VM (build 25.181-b13, mixed mode)

#cmake -version
cmake version 3.12.2

CMake suite maintained and supported by Kitware (kitware.com/cmake).

to create the library I did the following steps

#git clone **External links are only visible to Support Staff**#cd SevenZipJBinding/
#git checkout migrate-to-15.09-try2
#cmake .
#rm CMakeCache.txt
#cmake . -DJAVA_JDK=/usr/local/openjdk8
#make

Hallo, gibt es den schon zum Post #284 eine Lösung?
Hab auch eine DS118.
Muss ich diese Files nehmen?
mega.nz/#!DA9mCZhS!lCqt-IvS6k6UEGGQATanyzztV6KameCt_ghW3V8mKLE
Die Dateinamen nicht ändern.
Und die Rechte gleich setzen wie bei den bisherigen Files?

Danke euch.

Hi,

wollte nur kurz Erfolg melden:
Raspberry Pi 3 B+ mit Raspbian Lite (Arm7)

Ich habe aus Deiner Testdatei sevenzipjbinding1509LinuxArmVersion.rar die beiden Dateien in den libs Ordner entpackt, neu gestartet und konnte danach ein Archiv entpacken das vorher mit Extraction Error nicht funktioniert hat.

Danke!

Hi!

Kann mir bitte jemand sagen, welche ich Dateien ich genau für das Setup mit der Synolog DS 218+ und dem jDownloader für WinRAR 5 Dateien brauche?
Entweder ich habe es hier überlesen oder es steht hier nicht oder ich habe es nicht gecheckt :-)

Vielen Dank!

[Jiaz]

@Mister XY
Soweit ich weiß haben sich interne Klassen mit 1602 geändert und daher klappt das nicht.
Bei Wunsch kann ich das gerne weiter prüfen, aber Boris ist bereits mit einem Update
auf die neuste Version von Dez18 beschäftigt.

@tob1337:
This is great news. the naming scheme of the files is little bit different then those created
by build script. In case you still have questions/need help, please contact me
at support@jdownloader.org

@dmueller100:
Falls du Hilfe brauchst, schreib uns einfach an support@jdownloader.org

@Snipes4711:
Schreib mir am besten an support@jdownloader.org

[Statter]

As I don't speak some of the languages within this post be patient please;

I am not sure what the real problem is with the RAR5 support at least for the extraction side as for all of the *nix Operating systems the main file used for extractions is a file called unrar and to my knowledge at least it does not reuire a license as the actual rar file (for compression) does.

Most can be downloaded from rarlab.com/downloads via the OS used and extracted from the *.tar.gz files and then per the rar.txt files within one can place and configure the unrar file where it needs to be for system wide use.

As I have not used Windows in ages (since NT or so) The winblows shares though are *.exe's though an I have not looked into those to see where the particular unrar file would need to be placed nor what would have to be entered into the winblows registry for it to work system wide. I'm sure it can be done easily enough though with someone else's input.
I also do not use Androids so I have no knowledge there on that if some wish to put such on their Androids.

I guess my questions are, since I have not found within JD2 under Advanced Settings where one could point to such directories also to tell JD where it needs to look for the unrar file if it is installed. Why isn't there such?

If JD also wishes to keep better control also of such as the RAR5 Unrar file for version updates why can't JD simply put the unrar file into the JD folder somewhere and tell the JD app where it is located? Also it could be updated as needed when JD itself updates its files when needed. I am not sure why your really wanting to make it into a java/jason type set of extractors.

As for the actual Rar file that needs a license that becomes another issue of course but JD IMHO doesn't need such to compress anything to my knowledge.

Hope that makes sense.

[raztoki]

@statter
why cant you link it to unrar? because jd extraction module doesn't utilise rar/unrar by rarlabs, extraction is carried out by 7zip java based library. Hope that answers your query.

[Statter]

@raztoki It doesnt bother me as I dont always like things auto extracting although at times it is ok for some of the smaller things.

I have noticed though that within JD in the advanced settings although you give things like file paths to such as MPEG directory or convertors I have found no such items for Rar/unrar file path.

Far as I know also 7zip java based library is a pain to maintain properly it seems as from what I see or am atm aware of J7zip is a JAVA port of 7zr.exe (p7zip.sourceforge.net) and has not truly been updated/ported to the current versions much less the latest or beta versions. So maybe unless you have someone actually porting things properly it might be a reason why some are having issues due to their OS'es or configurations. Even at the sourceforge.net/p/sevenzip/discussion/search/?q=porting there is no real update to those threads since 2012-12-08

A note from within the readme files of even the latest download of source files "7zip\UI\Client7z folder for example of using DLL files of 7-Zip.
Some DLL files can use other DLL files from 7-Zip.
If you don't like it, you must use standalone version of DLL.
To compile standalone version of DLL you must include all used parts
to project and define some defs."

Also as various OSe's sometimes implement their own base Java Methods those sometimes can get broken from my understanding such as "To the best of my knowledge, Adroid uses own "Java" implemenatation, which is different from OpenJDK (Oracle/Sun Java) in many aspects. The Android implementation apparently had a bug in its CSRNG seeding code, at one point in time. I don't think this effected the OpenJDK (Oracle/Sun Java) at all. The SHA1PRNG still exists unchanged in the latest OpenJDK v11."

Sorry, I know you all work hard with this app but with the different platforms you cover of course there can be some odd things thrown in by the different OS'es and Versions I know. Just wishing to remind maybe not only you all behind the scenes but also the members that get frustrated when things don't work that sometimes its not your fault when something breaks and also maybe to toss out some reminders of things that might be helpful to add in such as advanced settings from time to time

[raztoki]

google copied sun java (now oracle) api frame work as it was a highly known language and it was easier to utilise that than create a 'new' language. This has backfired somewhat as they (Google and Sun now Oracle) have been fighting it out in court for years. That said the main reason the change away from rar was the licence for memory is not conducive to repackage. That and at the time I believe 7zip wasn't supported by rarlab binaries(exe/bin) or library(dlls/etc).

in respects to providing binary path is one thing implementing the support is another. It's not just as simple as giving users the ability to place a path in. For ffmpeg ffprobe there are lots of switches that go with it along with path info etc, and rar for instance is also the same. In the scheme of things it wouldn't be hard thing todo, but I don't think Appwork are interested in doing this at this time. I haven't been following progress of development for the last 9 months or so heavily, but development in JD has slowed, so I'm more saying this for this reason (unlikely).

Originally Posted by ZECK

Ich hab mal für ARM64 eine Version gebaut, nachdem bei mir keine funktioniert hat. Funktioniert also für Linuxgeräte mit armv8 (odroid-c2, pine64, rock64, .... aber NICHT mit raspbian auf rpi3!), wer nicht selbst bauen will:

mega.nz/#!YbZS0DLY!ACw8nKlYLTH_2HOaDIvSjifTUeuGOSFJ6sqvZs5uKkw

.

Danke, nach zigmal umbenennen, einfügen, löschen... etc.
endlich eine Version gefunden die auf meine DS218 mit Realtek RTD1296 SoC läuft.

DANKE!!!

[Jiaz]

@Statter:
JDownloader is using the 7zip java binding by boris. It does NOT use any unrar/winrar binary as those are not as easy to use and doesn't provide all required features. Old JDownloader 0.9581 did use unrar directly but this had too many disadvantages like slow password handling, filename with foreign encoding/chars issues, different handling for different languages/versions...issues with older linux kernels with fork vs exec

You can either use the compiled versions here, https://board.jdownloader.org/showpo...71&postcount=1
or compile yourself from here **External links are only visible to Support Staff****External links are only visible to Support Staff**

The 7zipjavabinding has the great advantage that there is only ONE api to access ALL supported archive formats and it solves all the listed disadvantages from above.

Boris is already working on updated version for latest available release version

Feel free to ask/comment about this

[Jiaz]

We have a very old unrar ticket but it makes no sense in wasting time in it as there are
existing working solutions that don't have the disadvantages from post 329