JDeploy – Deploy desktop Java apps as native bundles on Mac, Linux, and Windows

Post by alex_suzuki » Tue, Feb 15, 2022, 4:20 PM UTC

jdc22 wrote: post #119

alex_suzuki wrote: post #74

Earlier quoted context omitted.

Interesting project. We build and maintain a significant cross-platform JavaFX app, and use a combination of JLink (to create a smaller executable with bundled JRE), install4j (for the native .app/.exe wrapper) and Packages (macOS)/InnoSetup (Windows) for the installer. The installer has a non-trivial amount of scripting under the hood so being able to customize that is really important, at least for us. I wonder if…

Is the lack of notarization truly an issue? Aside from demonstrating that the creator has a paid subscription to the developer program, what does notarization accomplish that isn't already handled by XProtect (i.e. a YARA scan) and the Malware Removal Tool (MRT)? Are there any examples anywhere of malware that has slipped through the client-side XProtect pre-flight checks, but that the server-side notarization checks…

Post by [deleted] » Tue, Feb 15, 2022, 4:32 PM UTC

alex_suzuki wrote: post #121

jdc22 wrote: post #119

Earlier quoted context omitted.

Is the lack of notarization truly an issue? Aside from demonstrating that the creator has a paid subscription to the developer program, what does notarization accomplish that isn't already handled by XProtect (i.e. a YARA scan) and the Malware Removal Tool (MRT)? Are there any examples anywhere of malware that has slipped through the client-side XProtect pre-flight checks, but that the server-side notarization checks…

Customers don’t want notarization prompts for their expensive, custom-built software packages… So even if the security benefit is negligible (I agree), if you want to play, you have to play by their rules.

Post by shannah78 » Tue, Feb 15, 2022, 7:38 PM UTC

drran wrote: post #117

shannah78 wrote: post #113

Earlier quoted context omitted.

> Interesting idea, though I thought the orig. goal of Java was to avoid this in the first place. IMO this is moving back in the direction of the original WORA philosophy of Java. jDeploy is designed to be cross platform. No platform-specific build settings, to as much extent possible. After the death of Applets and WebStart, the new direction of bundle a JRE with every app - and rely on platform-specific 3rd-part to…

I definitely will not use jDeploy on Linux. Downloaded JVM, without disto-specific patches, is useless, because it will hang or segfault.

Post by miskin » Tue, Feb 15, 2022, 8:53 PM UTC

gjvc wrote: post #103

brabel wrote: post #101

Earlier quoted context omitted.

What are you comparing against? VSCode with a ton of plugins to almost match IntelliJ? Because that's a lot slower than IntelliJ in my experience, not even close... I am currently using IntelliJ heavily at work and I would agree it was too slow for a gigantic project we have... but there's literally no alternatives that work nearly as great (Eclipse, Emacs, VSCode, tried them all, they mostly can't even load a projec…

my expectation is that a 64GB 8 core Intel(R) Xeon(R) CPU E3-1230 v5 @ 3.40GHz with NVMe disk and nvidia graphics on the latest Debian should be much faster running PyCharm than it is in reality.

Post by shannah78 » Tue, Feb 15, 2022, 10:15 PM UTC

hoistbypetard wrote: post #128

shannah78 wrote: post #126

Earlier quoted context omitted.

This is fixed now. If you download the demo again it should work for you.

That fixed it here. It was a little odd that the new download had the same version number as the old, but it worked well.