Package Details: jdownloader2 latest-22

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: 449
Popularity: 1.25
First Submitted: 2011-09-07 23:08 (UTC)
Last Updated: 2025-10-02 12:06 (UTC)

Dependencies (7)

Required by (0)

Sources (21)

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.

Latest Comments

1 2 3 4 5 6 .. 15 Next › Last »

medaminezghal commented on 2025-12-11 16:56 (UTC)

@C0rn3j The folder contains only scripts that can be directly installed under /usr/bin according to Linux filesystem hierarchy. For the ones who will use the root access, it's better for them that package installed under /opt/JDownloader.

C0rn3j commented on 2025-12-11 16:07 (UTC)

Seems like /opt/JDownloaderScripts has been this way for 9 years, and /opt/JDownloader exists too, not sure why this directory structure has been chosen but it probably has a reason - why do you want to merge the two?

medaminezghal commented on 2025-12-11 15:12 (UTC)

@C0rn3j Could you make the file under /opt/JDownloader not /opt/JDownloaderScripts?

Panel commented on 2025-07-14 04:39 (UTC)

Why this package is recording my screen when I'm going to resolve the captcha and doesn't allow me to close the screen choose window?, there's no reason at all for record my screen in such an intrusive way.

dalu commented on 2025-07-01 15:31 (UTC)

If anyone has the following issue: archlinux-java set a lower version of Java, start jdownloader, upgrade in the program, set Java version back to latest

jdownloader 
[user JDownloader scope]
[user JDownloader scope]
java.lang.reflect.InaccessibleObjectException: Unable to make field private static final java.util.logging.LogManager java.util.logging.LogManager.manager accessible: module java.logging does not "opens java.util.logging" to unnamed module @1c20c684
    at java.base/java.lang.reflect.AccessibleObject.throwInaccessibleObjectException(AccessibleObject.java:353)
    at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:329)
    at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:277)
    at java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:179)
    at java.base/java.lang.reflect.Field.setAccessible(Field.java:173)
    at org.appwork.utils.logging2.extmanager.LoggerFactory.initialize(LoggerFactory.java:98)
    at org.appwork.utils.logging2.extmanager.LoggerFactory.<clinit>(LoggerFactory.java:57)
    at org.appwork.utils.logging2.LogSourceRedirector.getDefaultLogger(LogSourceRedirector.java:64)
    at org.appwork.loggingv3.LogV3.log(LogV3.java:94)
    at org.appwork.shutdown.ShutdownController.<init>(ShutdownController.java:167)
    at org.appwork.shutdown.ShutdownController.<clinit>(ShutdownController.java:92)
    at org.appwork.utils.Application.ensureFrameWorkInit(Application.java:964)
    at org.appwork.utils.Application.setApplication(Application.java:880)
    at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:89)
    at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
    at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
    at java.base/java.lang.reflect.Method.invoke(Method.java:565)
    at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:62)
INFO >> sun.Desktop: null
INFO >> XDG_CURRENT_DESKTOP: X-Cinnamon
INFO >> KDE_FULL_SESSION: null
INFO >> KDE_SESSION_VERSION: null
INFO >> DESKTOP_SESSION: cinnamon
INFO >> GNOME_DESKTOP_SESSION_ID: this-is-deprecated
SEVERE >> Exception
java.lang.ExceptionInInitializerError
    at org.appwork.storage.config.JsonConfig.create(JsonConfig.java:121)
    at org.appwork.utils.logging2.LogSourceProvider.<init>(LogSourceProvider.java:139)
    at org.appwork.utils.logging2.extmanager.LoggerFactory.<init>(LoggerFactory.java:148)
    at org.appwork.utils.logging2.extmanager.LoggerFactory.initialize(LoggerFactory.java:128)
    at org.appwork.utils.logging2.extmanager.LoggerFactory.<clinit>(LoggerFactory.java:57)
    at org.appwork.utils.logging2.LogSourceRedirector.getDefaultLogger(LogSourceRedirector.java:64)
    at org.appwork.loggingv3.LogV3.log(LogV3.java:94)
    at org.appwork.shutdown.ShutdownController.<init>(ShutdownController.java:167)
    at org.appwork.shutdown.ShutdownController.<clinit>(ShutdownController.java:92)
    at org.appwork.utils.Application.ensureFrameWorkInit(Application.java:964)
    at org.appwork.utils.Application.setApplication(Application.java:880)
    at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:89)
    at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
    at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
    at java.base/java.lang.reflect.Method.invoke(Method.java:565)
    at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:62)
Caused by: java.lang.NullPointerException: Cannot invoke "org.appwork.shutdown.ShutdownController.addShutdownEvent(org.appwork.shutdown.ShutdownEvent)" because the return value of "org.appwork.shutdown.ShutdownController.getInstance()" is null
    at org.appwork.storage.config.handler.StorageHandler.<clinit>(StorageHandler.java:102)
    ... 16 more

wavemop commented on 2025-06-25 15:26 (UTC)

Unfortunately your advise to change jdownloader.desktop so it will not be blank is not working here (ENDEAVOUROS,KDE 6.4) Only solution here is to choose a MIME-Type icon in the KDE App-Launcher (which is ugly) ANYWAY - THX for all your effort!

escape0707 commented on 2025-05-27 00:00 (UTC)

@micwoj92 Thank you for telling me that. I've just read ArchWiki pages about Java packaging and AUR submission guidelines. It's seems kinda painful to create a Java package cleanly... Any way thanks for everyone here's effort!

micwoj92 commented on 2025-05-26 20:22 (UTC)

This -bin suffix rule doesn't apply for java applications.

C0rn3j commented on 2025-05-23 12:27 (UTC)

Probably yes, although I suppose there's no need to hurry about it, as there's no FOSS version of jdownloader that we'd be taking the package name from

escape0707 commented on 2025-05-23 01:02 (UTC)

Should this package be renamed with -bin because it doesn't compile from source?

1 2 3 4 5 6 .. 15 Next › Last »