Package Details: jd-gui 1.6.6-1

Git Clone URL: (read-only, click to copy)
Package Base: jd-gui
Description: A standalone graphical utility that displays Java source codes of .class files
Upstream URL:
Licenses: GPL3
Conflicts: jd-gui-bin
Provides: jd-gui
Submitter: simon04
Maintainer: artafinde
Last Packager: artafinde
Votes: 28
Popularity: 0.036754
First Submitted: 2015-05-27 20:51 (UTC)
Last Updated: 2021-11-18 21:36 (UTC)

Dependencies (3)

Required by (0)

Sources (4)

Latest Comments

jusw85 commented on 2021-06-12 12:18 (UTC)

Build failure

> Could not find method runtime() for arguments [project ':services'] on object of type org.gradle.api.internal.artifacts.dsl.dependencies.DefaultDependencyHandler.

Deprecated Gradle features were used in this build, making it incompatible with Gradle 8.0.

DarkShadow44 commented on 2019-11-29 18:50 (UTC)

@simon04 Works fine, thanks!

simon04 commented on 2019-11-29 09:50 (UTC)

@DarkShadow44: Gradle 6.0 build should be fixed in jd-gui 1.6.5-2

DarkShadow44 commented on 2019-11-28 20:31 (UTC)

Doesn't work with gradle-6.0.1 for me. I needed to downgrade to gradle-5.6.4, then it builds fine.

simon04 commented on 2019-08-03 08:51 (UTC)

@z3ntu: Back then I switched to ./gradlew due to incompatibilities with the newest community/gradle. Those issues seem to be resolved. Now, 1.6.3-2 uses community/gradle again.

z3ntu commented on 2019-07-03 11:27 (UTC)

How about making the package use gradle from [community] instead of using ./gradlew?

simon04 commented on 2019-03-29 20:46 (UTC)

@wlritchi: Version 1.4.1 added real Java 9/10/11 support, so the hack of distinguishing Java versions is no longer needed, luckily.

wlritchi commented on 2019-02-19 17:42 (UTC)

Could the start script check the Java version using "java -version" instead of "archlinux-java get"? The latter doesn't work with other implementations of Java that are still 1.8 or below, and trying to add a case for every Java implementation in the repos and AUR feels like it would be the wrong approach.

simon04 commented on 2017-12-10 19:50 (UTC)

The build fails with Java 7 due to the HTTPS config of

So you'd have to upgrade to Java 8, or edit ./gradle/wrapper/ and replace https with http (e.g. by executing sed -i s/https/http/ ./gradle/wrapper/

Koploseus commented on 2017-12-08 22:50 (UTC)

I have an error when installing this package, i get this :


Exception in thread "main" EC parameters error at at at at at at at at at at at org.gradle.wrapper.Download.downloadInternal( at at org.gradle.wrapper.Install$ at org.gradle.wrapper.Install$ at org.gradle.wrapper.ExclusiveFileAccessManager.access( at org.gradle.wrapper.Install.createDist( at org.gradle.wrapper.WrapperExecutor.execute( at org.gradle.wrapper.GradleWrapperMain.main( Caused by: EC parameters error at$P11ECPublicKey.getEncodedInternal( at at java.util.ArrayList.indexOf( at java.util.ArrayList.contains( at at at at at at at at at at at at ... 13 more Caused by: EC parameters error at at<init>( at$P11ECPublicKey.getEncodedInternal( ... 28 more Caused by: no such provider: SunEC at at at at at ... 30 more ==> ERREUR : Une erreur s’est produite dans build(). Abandon...</init>

For the moment, i used the jd-gui-bin

MarcinWieczorek commented on 2017-11-15 18:27 (UTC)

Please rename the tarball to ${pkgname}-${pkgrel}.tar.gz

simon04 commented on 2017-11-13 21:21 (UTC)

nahuelmorata, thanks a lot. I updated the PKGBUILD accordingly.

nahuelmorata commented on 2017-11-13 18:49 (UTC)

With this PKGBUILD ( i can compile jd-gui

crccw commented on 2016-02-12 12:51 (UTC)

Same "Could not find tools.jar" error with me. JAVA_HOME is set. But you can use jd-gui-bin if you just want the binary

daurnimator commented on 2016-01-15 00:31 (UTC)

> Which JDK are you using? $ pacman -Qs jdk local/jdk7-openjdk 7.u91_2.6.3-3 OpenJDK Java 7 development kit local/jre7-openjdk 7.u91_2.6.3-3 OpenJDK Java 7 full runtime environment local/jre7-openjdk-headless 7.u91_2.6.3-3 OpenJDK Java 7 headless runtime environment local/jre8-openjdk 8.u66-1 OpenJDK Java 8 full runtime environment local/jre8-openjdk-headless 8.u66-1 OpenJDK Java 8 headless runtime environment > Did you set JAVA_HOME? No? what needs to be done?

simon04 commented on 2016-01-05 07:49 (UTC)

Which JDK are you using? Did you set JAVA_HOME? I assume it's some sort of misconfiguration.

daurnimator commented on 2016-01-05 02:55 (UTC)

Has been failing for me for a few months: :distTar UP-TO-DATE :distZip UP-TO-DATE :doFirstDistTar UP-TO-DATE :doFirstDistZip UP-TO-DATE :compileJava UP-TO-DATE :processResources UP-TO-DATE :classes UP-TO-DATE :api:compileJava FAILED FAILURE: Build failed with an exception. * What went wrong: Execution failed for task ':api:compileJava'. > Could not find tools.jar

simon04 commented on 2015-12-01 12:21 (UTC)

@Kuci: I disagree, see Also namcap does not require this dependency being added.

the-k commented on 2015-12-01 11:58 (UTC)

patch should be added as a make dependency.

Corax commented on 2015-11-24 22:15 (UTC)

Thanks for the fix, 1.4.0-2 builds fine. And good idea reporting upstream :)

simon04 commented on 2015-11-09 15:35 (UTC)

Thank you for reporting. Build fixed in 1.4.0-2.

simon04 commented on 2015-11-09 15:28 (UTC)

I reported upstream:

Corax commented on 2015-11-09 13:14 (UTC)

Does not build with gradle 2.8 as one of the dependencies of jd-gui (Spock) depends on groovy 2.3. Easy fix: in src/jd-gui-1.4.0/build.gradle, replace 'groovy-2.3' with 'groovy-2.4'.