@Holodoc Sorry, I think I was a bit unclear. My question was also whether the existence of this directory (/opt/JDownloader/) was necessary at all. It's just empty on my system.
Search Criteria
Package Details: jdownloader2 latest-21
Package Actions
Git Clone URL: | https://aur.archlinux.org/jdownloader2.git (read-only, click to copy) |
---|---|
Package Base: | jdownloader2 |
Description: | Download manager, written in Java, for one-click hosting sites like Rapidshare and MEGA. Uses its own updater. |
Upstream URL: | https://jdownloader.org/ |
Keywords: | download hoster internet jdownloader manager oneclick |
Licenses: | LicenseRef-GPL-3.0+proprietary |
Submitter: | None |
Maintainer: | C0rn3j |
Last Packager: | C0rn3j |
Votes: | 437 |
Popularity: | 2.85 |
First Submitted: | 2011-09-07 23:08 (UTC) |
Last Updated: | 2024-10-17 15:08 (UTC) |
Dependencies (4)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- java-runtime (jre10AUR, jre12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jre7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jre11-jbr-xdgAUR, jre16-openjdkAUR, jre14-openjdkAUR, jre15AUR, jre14AUR, jre13AUR, jre16AUR, jre18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jre-openj9AUR, jdk11-graalvm-ee-binAUR, jre12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jre13-openjdkAUR, jre15-openjdkAUR, jdk21-graalvm-binAUR, jre17-jetbrainsAUR, jdk8-openj9-binAUR, jre-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jre21-jetbrains-gitAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jre19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jre21-jetbrainsAUR, jdk17-zulu-prime-binAUR, jre17AUR, java-openjdk-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jre8AUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-jre-fx-binAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk11-openj9-binAUR, jre-jetbrainsAUR, jre-openjdk-wakefieldAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, zulu-23-binAUR, jreAUR, jdkAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-android-studioAUR, jdk17-openj9-binAUR, jre-zuluAUR, jre-zulu-fxAUR, jre21-zulu-binAUR, jre17-zulu-binAUR, jdk23-graalvm-ee-binAUR, zing-8-binAUR, zing-21-binAUR, jdk21-jetbrains-binAUR, jre11AUR, openjdk-zulu-ca-fx-binAUR, openjdk-zulu8-ca-fx-binAUR, openjdk-zulu11-ca-fx-binAUR, openjdk-zulu17-ca-fx-binAUR, openjdk-zulu21-ca-fx-binAUR, jdk-openj9-binAUR, zulu-11-binAUR, jdk8-graalvm-ee-binAUR, jdk8-dragonwell-extendedAUR, java-openjdk-ea-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre11-openjdk, jre17-openjdk, jre21-openjdk, jre8-openjdk)
- libarchive (libarchive-gitAUR)
- phantomjsAUR (phantomjs-gitAUR) (optional) – needed for some remote capture solving
Required by (0)
Sources (21)
- functions.sh
- jd-container16.png
- jd-container22.png
- jd-container24.png
- jd-container256.png
- jd-container32.png
- jd-container48.png
- jd-containers.desktop
- JDownloader
- jdownloader.desktop
- jdownloader.service
- jdownloader.xml
- jdownloader16.png
- jdownloader22.png
- jdownloader24.png
- jdownloader256.png
- jdownloader32.png
- jdownloader48.png
- JDownloaderHeadless
- JDownloaderHeadlessCleanLogin
- JDownloaderHeadlessCtl
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 14 Next › Last »
Rhinoceros commented on 2017-03-02 00:05 (UTC)
Holodoc commented on 2017-03-01 23:50 (UTC)
@Rhinoceros: You are right. Should be 0775, is fixed with todays update
@nipsky: I just tested on a fresh installed system. What did you use? Command "JDownloader" or "JDownloaderHeadless"? I would like to help you, but this seems to be a JDownloader issue, I am only the maintainer of these helper scripts.
In my test I do not have the logline with "Picked up _JAVA_OPTIONS:". When I remember correctly I had this issue long ago and I had to install missing (or compatible) fonts. Please check if you have updated your system. Afterwards if this is still not working you could also try the Headless mode (JDownloaderHeadless). But as I wrote before: this is a JDownloader issue. But feel free to post a solution (or of cause other questions, I will try to fix the problem with you)
If nothing works for you please backup your configuration and lists and delete the whole ".jd" folder in your Home directory.
nipsky commented on 2017-03-01 08:40 (UTC)
Hi, starting JDownloader fails for me:
[user JDownloader scope]
[user JDownloader scope]
Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=lcd -Dsun.java2d.opengl=true -Dswing.aatext=true
JarHandlerWorkaroundOracle:setURLStreamHandlerFactory
JarHandlerWorkaroundOracle:replaceLauncherFactory
JarHandlerWorkaroundOracle:replaceURLClassPath
JarHandlerWorkaroundOracle:replacejarHandler
JarHandlerWorkaroundOracle:replaceLoaders:1
JarHandlerWorkaroundOracle:replaceLoader:0:handler
JarHandlerWorkaroundOracle:replaceLoader:0:handler:jar:file:/home/andre/.jd/JDownloader.jar!/
java.lang.NoClassDefFoundError: org/appwork/utils/os/DesktopSupportLinux
at org.appwork.utils.os.CrossSystem.<clinit>(CrossSystem.java:263)
at org.appwork.utils.logging.LogFormatter.<init>(LogFormatter.java:58)
at org.appwork.utils.logging2.LogConsoleHandler$1.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogConsoleHandler.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogSourceProvider.<init>(LogSourceProvider.java:131)
at org.appwork.utils.logging2.extmanager.LoggerFactory.<init>(LoggerFactory.java:140)
at org.appwork.utils.logging2.extmanager.LoggerFactory.<clinit>(LoggerFactory.java:67)
at org.appwork.utils.Application.ensureFrameWorkInit(Application.java:974)
at org.appwork.utils.Application.setApplication(Application.java:891)
at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:90)
at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:78)
Caused by: java.lang.ClassNotFoundException: org.appwork.utils.os.DesktopSupportLinux
at java.net.URLClassLoader$1.run(URLClassLoader.java:370)
at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 16 more
Caused by: java.io.EOFException: Detect premature EOF
at sun.misc.Resource.getBytes(Resource.java:131)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:462)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
... 22 more
Logmanager: org.appwork.utils.logging2.extmanager.ExtLogManager@63c12fb0|sun.misc.Launcher$AppClassLoader@42a57993
java.lang.NoClassDefFoundError: Could not initialize class org.appwork.utils.os.CrossSystem
at org.appwork.utils.logging.LogFormatter.<init>(LogFormatter.java:58)
at org.appwork.utils.logging2.LogConsoleHandler$1.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogConsoleHandler.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogSourceProvider.<init>(LogSourceProvider.java:131)
at org.appwork.utils.logging2.extmanager.LoggerFactory.<init>(LoggerFactory.java:140)
at org.appwork.utils.logging2.extmanager.LoggerFactory.<clinit>(LoggerFactory.java:91)
at org.appwork.utils.Application.ensureFrameWorkInit(Application.java:974)
at org.appwork.utils.Application.setApplication(Application.java:891)
at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:90)
at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:78)
INFO >> Application Root: /home/andre/.jd
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:78)
Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.appwork.utils.os.CrossSystem
at org.appwork.utils.logging.LogFormatter.<init>(LogFormatter.java:58)
at org.appwork.utils.logging2.LogConsoleHandler$1.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogConsoleHandler.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogSourceProvider.<init>(LogSourceProvider.java:131)
at org.jdownloader.logging.LogController.<init>(LogController.java:57)
at org.jdownloader.logging.LogController.<clinit>(LogController.java:26)
at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:136)
at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
... 5 more
Exception in thread "main" java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:82)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:78)
Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.appwork.utils.os.CrossSystem
at org.appwork.utils.logging.LogFormatter.<init>(LogFormatter.java:58)
at org.appwork.utils.logging2.LogConsoleHandler$1.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogConsoleHandler.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogSourceProvider.<init>(LogSourceProvider.java:131)
at org.jdownloader.logging.LogController.<init>(LogController.java:57)
at org.jdownloader.logging.LogController.<clinit>(LogController.java:26)
at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:136)
at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
... 5 more
[1/4|Priority: 10000]ShutdownController: start item->flushing logs to disk
[1/4|Priority: 10000]ShutdownController: item ended after->1
[Done:1/4]
[2/4|Priority: -2147483648]ShutdownController: start item->ShutdownEventWrapper Thread[Thread-0,5,main] - java.util.logging.LogManager$Cleaner Priority: -2147483648
[2/4|Priority: -2147483648]ShutdownController: item ended after->0
[Done:2/4]
[3/4|Priority: -2147483648]ShutdownController: start item->ShutdownEventWrapper Thread[XToolkt-Shutdown-Thread,5,system] - sun.awt.X11.XToolkit$2 Priority: -2147483648
[3/4|Priority: -2147483648]ShutdownController: item ended after->2
[Done:3/4]
[4/4|Priority: -2147483648]ShutdownController: start item->ShutdownEventWrapper Thread[Thread-1,5,main] - java.util.logging.LogManager$Cleaner Priority: -2147483648
[4/4|Priority: -2147483648]ShutdownController: item ended after->0
[Done:4/4]
Shutdown Hooks Finished
Rhinoceros commented on 2017-02-28 21:45 (UTC)
I got the following message when updating.
warning: directory permissions differ on /opt/JDownloader/
filesystem: 775 package: 755
I checked this directory, but it was empty. Is there a reason for the following line in the PKGBUILD?
install -d -m755 "$pkgdir/opt/JDownloader"
Holodoc commented on 2017-02-28 18:21 (UTC)
New release of JDownloader.
Fixes/Changes:
- using oneshot as servicetype to allow spawning new processes by JDownloader
- adding controlscript:
/usr/bin/JDownloaderHeadlessCtl start/stop/status
for control the JDownloaderHeadless (automatically redirecting to systemctl)
- some small other fixes
ATTENTION: "systemctl daemon-reload" may be needed after update
@X-Tornado: Hopefully this fixes your problems. Would be happy to read your report
X-Tornado commented on 2017-02-22 06:42 (UTC)
@Holodoc
Ok thanks! I will wait for the update.
Holodoc commented on 2017-02-21 23:42 (UTC)
@X-Tornado
Thanks for your reply. Its because of an internal switch not to restart the jdownloader automatically, becuase this should be done by systemd.
But I agree that this is very bad. I think I found a better solution in the last 2 days, but I have to test them a little bit more.
There will be an update soon (with this I mean during next week)
@raudi
Okay. I will try to reproduce your problem right after the issue from X-Tornado.
X-Tornado commented on 2017-02-15 09:49 (UTC)
I'm the only one getting an "update loop" when using the service?
It's not something new, I had this issue for a long time. Basically when there is an update for JDownloader that requires replacing the jar it gets stuck updating infinitely. Here is a video showing what happens:
https://www.youtube.com/watch?v=_7Rph6aitac
It's something related to the way the service works or something like that, because if I run it manually , using the jdownloader user, the update works.
Here a video of me updating manually and then starting the service again:
https://youtu.be/1JsQEY1YRCQ
So basically I have been fixing it manually from time to time but clearly that's not a solution.
raudi commented on 2017-02-06 20:41 (UTC)
@Holodoc
I am using it as a system service. I also ran it in the terminal to configure My Jdownloader.
But at least for me there were some permission issues.
Holodoc commented on 2016-11-08 23:52 (UTC)
@raudi:
Thanks for your note.
What did you meant with "headless-service"? The service itself runs as systemservice (but of cause as user "jdownloader") To be able to access via MyJDownloader it has to be configured. That's why during the installation it says: Please run JDownlaoderHeadless multiple times to configure it.
So right after you installed it with pacman there are two ways how to use it:
1) as system service: Please login as root and start JDownloaderHeadless. It will automatically switch to JDownloader user and start jdownlaoder. Please retry this command until you were abe to configre your login credentials for MyJdownloader. Afterwards you could abort the process and start the systemservice "systemctrl start jdownloader"
2) as user: Just open a terminal and start "JDownloaderHeadless". You don't have to be in JDownloader group. As in the method before: Rerun this command until it is started and configured. Please notice that the process is been killed if you request a restart over MyJdownloader (updating JDownloader).
If anything is unclear, feel free to ask
Pinned Comments
d-air1 commented on 2024-02-12 08:48 (UTC)
Might need to put the "updates itself" message in bold. Looks like someone once again flagged this package as out of date.