Package Details: jd-gui-bin 1.7.1-9

Git Clone URL: https://aur.archlinux.org/jd-gui-bin.git (read-only, click to copy)
Package Base: jd-gui-bin
Description: A standalone Java decompiler GUI
Upstream URL: https://github.com/QuentiumYT/jd-gui
Keywords: decompiler gui java
Licenses: GPL-3.0-only
Conflicts: jd-gui
Provides: jd-gui
Submitter: simon04
Maintainer: Dominiquini (bokic)
Last Packager: bokic
Votes: 123
Popularity: 0.70
First Submitted: 2015-05-06 07:58 (UTC)
Last Updated: 2025-03-30 19:24 (UTC)

Dependencies (2)

Required by (0)

Sources (6)

Latest Comments

1 2 3 4 5 6 Next › Last »

ouuan commented on 2025-04-01 02:46 (UTC)

Less runtime dependencies

The diff against 1.7.1-2 does not show any removed dependencies.

Lower startup overhead(CPU time, memory footprint, disk access, etc)

It's only a GUI application with less than 1s startup time though, not a tool that will be frequently called. Also, did you actually benchmark it?

shell script have hardcoded limit of 10 arguments.

Really? Where is this limit set?


If a native launcher is really important, it could be merged into the upstream. AUR is not intended to provide new features. I as a user want to review a simple shell script instead of a C source file, not to mention that it changed six times without a new upstream version.

bokic commented on 2025-03-31 18:50 (UTC)

  • Less runtime dependencies
  • Lower startup overhead(CPU time, memory footprint, disk access, etc)
  • shell script have hardcoded limit of 10 arguments.
  • No script interpretation on process startup.
  • last, when using ps, top, htop or similar tools you can't easily find process when run from script.

There are more, but those are what I think of at this moment.

ouuan commented on 2025-03-31 12:05 (UTC)

I'm wondering how building a custom native launcher is better than using a shell script.

bokic commented on 2025-03-01 01:34 (UTC) (edited on 2025-03-01 01:37 (UTC) by bokic)

@Musikolo, I will upgrade the launcher soon so the package will:

  • Not require JDK, but JRE only.

  • Do a runtime detection of openjdk version(as you requested).

I will need to check jd-gui project for supported Java versions.

Musikolo commented on 2025-02-28 03:21 (UTC) (edited on 2025-02-28 03:22 (UTC) by Musikolo)

@bokic, I've noticed you added jdk21-openjdk as a dependency and linked it to that version. I tested the app with Java 17 and it worked well for me. So, if there is a minimum JDK required version, I think a better approach would be to set java-runtime=17 as a dependency. Also, you should revert to the previous path setup you had with /usr/lib/jvm/default-runtime/ rather than enforcing version 21 with /usr/lib/jvm/java-21-openjdk/.

I hope it helps.

Regards.

subtixx commented on 2025-02-26 11:55 (UTC)

Following

Available Java environments:
  java-11-openjdk (default)
  java-8-openjdk

ozz commented on 2025-02-26 06:02 (UTC)

@bokic I have openjdk 8, 11, and 23 installed. 8 is default.

bokic commented on 2025-02-26 04:37 (UTC)

subtixx, SR-G, ozz

What java-runtime(archlinux-java status) you have installed?

subtixx commented on 2025-02-25 20:59 (UTC)

This is a problem with the PKGBUILD file. jili is the library for JNI (Java Native Interface). It's in a subdir in /usr/lib/jvm/default-runtime/lib/ named jli. The author needs to add the folder to the include directories. ex:

-L /usr/lib/jvm/default-runtime/lib/jli

SR-G commented on 2025-02-21 11:35 (UTC)

Same error here (even after uninstalling / reinstalling, clearing YAY cache, etc.).

Not sure it's a dependency issue, it seems more that that in the ARCH build script here the "ld -ljfli" command is considered as executables parameters instead of just being an option (so maybe a shell issue / eval / quotes problem somewhere).