Package Details: jd-gui 1.6.6-1

Git Clone URL: https://aur.archlinux.org/jd-gui.git (read-only, click to copy)
Package Base: jd-gui
Description: A standalone graphical utility that displays Java source codes of .class files
Upstream URL: http://jd.benow.ca/
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 https://services.gradle.org/

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

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

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

Downloading https://services.gradle.org/distributions/gradle-2.4-all.zip

Exception in thread "main" javax.net.ssl.SSLException: java.security.ProviderException: java.security.InvalidKeyException: EC parameters error at sun.security.ssl.Alerts.getSSLException(Alerts.java:208) at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1914) at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1872) at sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1855) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1376) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1353) at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:559) at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1348) at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254) at org.gradle.wrapper.Download.downloadInternal(Download.java:56) at org.gradle.wrapper.Download.download(Download.java:42) at org.gradle.wrapper.Install$1.call(Install.java:57) at org.gradle.wrapper.Install$1.call(Install.java:44) at org.gradle.wrapper.ExclusiveFileAccessManager.access(ExclusiveFileAccessManager.java:65) at org.gradle.wrapper.Install.createDist(Install.java:44) at org.gradle.wrapper.WrapperExecutor.execute(WrapperExecutor.java:126) at org.gradle.wrapper.GradleWrapperMain.main(GradleWrapperMain.java:56) Caused by: java.security.ProviderException: java.security.InvalidKeyException: EC parameters error at sun.security.pkcs11.P11Key$P11ECPublicKey.getEncodedInternal(P11Key.java:1024) at sun.security.pkcs11.P11Key.equals(P11Key.java:158) at java.util.ArrayList.indexOf(ArrayList.java:298) at java.util.ArrayList.contains(ArrayList.java:281) at sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:239) at sun.security.validator.Validator.validate(Validator.java:260) at sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:326) at sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:231) at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:126) at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1459) at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:213) at sun.security.ssl.Handshaker.processLoop(Handshaker.java:961) at sun.security.ssl.Handshaker.process_record(Handshaker.java:897) at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1033) at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1342) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1369) ... 13 more Caused by: java.security.InvalidKeyException: EC parameters error at sun.security.ec.ECParameters.getAlgorithmParameters(ECParameters.java:284) at sun.security.ec.ECPublicKeyImpl.<init>(ECPublicKeyImpl.java:59) at sun.security.pkcs11.P11Key$P11ECPublicKey.getEncodedInternal(P11Key.java:1021) ... 28 more Caused by: java.security.NoSuchProviderException: no such provider: SunEC at sun.security.jca.GetInstance.getService(GetInstance.java:83) at sun.security.jca.GetInstance.getInstance(GetInstance.java:206) at java.security.Security.getImpl(Security.java:697) at java.security.AlgorithmParameters.getInstance(AlgorithmParameters.java:199) at sun.security.ec.ECParameters.getAlgorithmParameters(ECParameters.java:279) ... 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 (https://pastebin.com/Hbgah2ML) 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 https://wiki.archlinux.org/index.php/Arch_User_Repository#Getting_started 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: https://github.com/java-decompiler/jd-gui/pull/92

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'.