Recaf VS vineflower

IF you've got the legal situation all sorted out, and know that you need to change a Java class file, and know how to program in Java, I'd suggest Recaf. With it, you can import a jar file, decompile, edit and recompile any source files in it, and export the whole thing again.

No one seems to mention Recaf wich is the best option IMO. You can choose between different decompilers (Fernflower, CFR, Jadx, Procyon and others) has bytecode editing capabilities (you don't have to fully decompile, you can edit the bytecode directly), built in peephole optimizations for flow and number obfuscations, various search options for methods, members, strings, and method virtualization via SSVM

Uhhh, no? For something like JavaFX, which I've complained about its bad native handling before, you can still make a multi-platform jar with a little bit of effort. For instance my project Recaf is distributed as a single JAR file. Just install JDK 11+ and you're good to go.

I did something like this, but its not its own control/library: https://github.com/Col-E/Recaf/blob/dev3/recaf-ui/src/main/java/me/coley/recaf/ui/pane/DiffViewPane.java

The decompiler they used to view that code is not very good, that output is garbled.

If you're going to take apart JVM bytecode, you're better off using Recafe or Quiltflower.

https://github.com/Col-E/Recaf

https://github.com/QuiltMC/quiltflower

I've recently been searching for tools that can help me find rats within jar files. So far I've found jd-gui and Recaf, do you all have any suggestions for other tools?

Example: DecompilePane.java

#1: Are you interested in learning about low latency zero allocation programming? #2: Recaf: Java bytecode reversing tool I've been working on for the past 3.5 years | 37 comments #3: My experimental IDE plugin for displaying all project files in a single view, with zoom/pan and code editing. More info in comments. | 57 comments

this is kind of a silly point, but the quilt community is just nicer to be around than any of the other ones in my experience, which has real effects: e.g., you attract people really really good at decompiler tech and create quiltflower which is a decompiler so good Java professionals use it. inclusivity matters! the cutting edge happens on quilt

The only way is to reverse-engineer it. Use something like quiltflower or javap if you want to be extra sure, and have a look through the Java code

Firstly, we have to decompile the JAR, turning the bytecode back into Java. This is a very difficult job: a lot of work has been put into the tools to make this happen.

Alternatively, there's this new project that I haven't tried yet: https://github.com/QuiltMC/quiltflower

The decompiler they used to view that code is not very good, that output is garbled.

If you're going to take apart JVM bytecode, you're better off using Recafe or Quiltflower.

https://github.com/Col-E/Recaf

https://github.com/QuiltMC/quiltflower

They are community contributed (through using decompilers to see what the classes do) and decompiler toolchains have ways of instrumenting classes with javadoc. They are also incomplete, you really can't write a mod using only a javadocs page

runs nice with jbang https://github.com/QuiltMC/quiltflower/releases/download/1.8.1/quiltflower-1.8.1.jar