Launch4j Executable Wrapper Activity
Brought to you by:
grzegok
Activity for Launch4j Executable Wrapper
-
Grzegorz Kowal committed [0aa3d7]
225 Added INI file to the binary form.
-
225 Indent and build.
-
Loic Decloedt posted a comment on ticket #143
Hi, I also want to wrap a Java 11 application. I meet the same issue. In addition, Launch4J adds a -jar to the invokation commands but -jar is not recognized any more by the jre11. Cheers, Loïc.
-
Thanks for reporting! Will fix it. BR, Grzegorz On Fri, Nov 25, 2022, 23:55 Joel Uckelman uckelman@users.sourceforge.net wrote: [bugs:#227] https://sourceforge.net/p/launch4j/bugs/227/ launch5j script fails due to DOS line endings in 3.50* Status: open Group: 3.x Created: Fri Nov 25, 2022 10:55 PM UTC by Joel Uckelman Last Updated: Fri Nov 25, 2022 10:55 PM UTC Owner: nobody If you try running the launch4j shell script shipped with 3.50, you get the following error message: /bin/bash: launch4j/launch4j:...
-
Joel Uckelman created ticket #227
launch5j script fails due to DOS line endings in 3.50
-
Antonin Delpeuch created merge request #21
Fix resolution of the custom .ini file relative to the executable file
-
That makes sense, sorry about that! I will submit a follow-up PR to your branch.
-
I have merged it to branch 225-make-ini-file-configurable and compiled the headers. I will adjust the binary form a bit later. After a glimpse I think you need to correct it for relative files where the executable is not started in the same directory and the chdir is not set. This part is now skipped if you define your own, so that path is just what you enter without the full path to the exec: strncpy(iniFilePath, exePath, strlen(exePath) - 3); strcat(iniFilePath, "l4j.ini"); Best regards, Grzeg...
-
Make .l4j.ini file configurable
-
225 Build headers.
-
Merge commit 'cb8bfa227bc287591ed3341deb4caba755f3627f' into 225-make-ini-file-configurable
-
Hello, thanks for pointing this out. I will have a look at it. Best regards, Grzegorz On Sun, Nov 20, 2022, 08:16 mr.mcwolf mcwolf@users.sourceforge.net wrote: [feature-requests:#143] https://sourceforge.net/p/launch4j/feature-requests/143/ Make the jar attribute optional* Status: open Group: Future Created: Sun Nov 20, 2022 07:15 AM UTC by mr.mcwolf Last Updated: Sun Nov 20, 2022 07:15 AM UTC Owner: nobody Hello, the tool you are developing offers a great opportunity to quickly and easily create...
-
mr.mcwolf created ticket #143
Make the jar attribute optional
-
Siddharth created ticket #226
Sign4j is not bundled in the Linux distributions
-
Andreas Kuhtz posted a comment on discussion Open Discussion
Awesome! BR, Andreas
-
Updated version.
-
Launch4j 3.50 released
-
You're welcome. I've released it to the Maven repository and let Łukasz know about the changes as the plugin will require adjustments. BR, Grzegorz
-
Launch4j Executable Wrapper released /launch4j-3/3.50/launch4j-3.50-win32.zip
-
-
-
-
-
Remove foxtrot from dependencies.
-
Added global makefile and VS Code build task.
-
Revert "Updated version."
-
Many thanks, Grzegorz! Please let a note here when it's available in the Maven repository.
-
Updated version.
-
The release is out, I will upload to Maven repository a bit later. Best, Grzegorz
-
Force css reload.
-
Make *.l4j.ini file configurable
-
-
-
-
-
-
-
Switched to SwingWorker.
-
Updated info popup.
-
Adjusted configs.
-
Update docs.
-
Cannot find Oracle Java based on PATH search
-
Unable to run launch4j with Java 17
-
JNI doesn't work anymore (missing w32api/crt2.o file)
-
Setting multiple relative paths for bundled JREs is not working
-
Support Java on path when min version set
-
Hi Grzegorz, Thanks a lot! Indeed, I do not have access to a Windows machine at the moment, so it would be super helpful if you could do the compilation on your side. Once that is done I should be able to test the result on my side though (via Wine). This is not pressing at all so it can of course wait for your release. Best, Antonin
-
Update docs.
-
Always check runtime version during path search to apply 32-Bit heap size limit if needed.
-
Update documentation.
-
Hi Barry, You're welcome and thanks for contributing! ;) All that I've planned for this major release is ready so I don't want to delay it any further. So the last point is the documentation - I hope to finish this in the upcoming days maybe over the weekend. So I think we're talking about a week roughly. At least that is my target. I will update this thread should something change. Best regards, Grzegorz On Wed, Nov 9, 2022, 17:57 barry mcgillin bamcgill@users.sourceforge.net wrote: Hi Grzegorz...
-
barry mcgillin posted a comment on discussion Open Discussion
Hi Grzegorz I see a lot of work going on and getting merged over the last few months (thank you :) ) When do you think a release might come forward? Many Thanks Barry
-
Wladimir Leite posted a comment on ticket #224
Thank you Grzegorz for the quick fix and the great tool!
-
Support Java on path when min version set
-
Merged to master, waiting for release.
-
All changes merged to master and tested. I had to correct the search for JNI headers which currently work with 32-bit runtimes only. Master includes now all changes that I've planned for the release. You can try out the compiled headers. Now I have to update the docs as there are many config changes. BR, Grzegorz
-
Grzegorz Kowal committed [59fc50]
Fixed JNI search which currently requires 32-bit runtimes.
-
Grzegorz Kowal committed [b87a89]
#224 Added missing terminator.
-
Setting multiple relative paths for bundled JREs is not working
-
You're right, the problem was that this particular array was reused and then the missing terminator caused the problem. Committing fix. Best regards, Grzegorz
-
You're right, the problem was that this particular array was reused and then the missing terminator caused the problem. Best regards, Grzegorz
-
OK, great.
-
Hi Antonin, Thanks for submitting. The head binaries are currently built on Windows using Orwell Dev-C++ with MingGW GCC 4.8.1 - you can find the make file in each subfolder of head_src. Building on Linux is probably possible but more problematic as you need to target Windows. You can find a link to Orwell Dev-C++ on launch4j website link page. If you cannot compile I will have a look later. The forms were created with https://github.com/jeff-tassin/abeilleforms but this might be tricky as I'm using...
-
Andreas Beck modified a comment on discussion Help
-
i figured it out! i didn't specify the jre correctly in eclipse. it works fine now.
-
i figured it out! i didn't specify the jre correctly in eclipse. it works fine now.
-
Make .l4j.ini file configurable
-
Make *.l4j.ini file configurable
-
Grzegorz Kowal committed [8b1cb1]
VSCode configuration.
-
Grzegorz Kowal committed [800b73]
Use first matching runtime in reg search.
-
Grzegorz Kowal committed [76bbdc]
Corrected 32/64-Bit search.
-
Hi, thanks for pointing this out - I will have a look during testing of latest changes in the search. Best regards, Grzegorz On Wed, Nov 2, 2022, 13:36 Wladimir Leite tc-wleite@users.sourceforge.net wrote: [bugs:#224] https://sourceforge.net/p/launch4j/bugs/224/ Setting multiple relative paths for bundled JREs is not working* Status: open Group: 3.x Created: Wed Nov 02, 2022 12:36 PM UTC by Wladimir Leite Last Updated: Wed Nov 02, 2022 12:36 PM UTC Owner: nobody Setting multiple relative paths for...
-
Thanks for your quick answer! Yes, it is a dot. Here is the config:
-
Hi, Have you set the chdir property to a dot? This will change the current directory to where the exe is located. If you have this already please attach your config - you can replace sensitive info. Best regards, Grzegorz On Wed, Nov 2, 2022, 17:40 Andreas Beck mrzielscheibe@users.sourceforge.net wrote: Hello everyone! I have created a runnable .jar file with eclipse and put it in a folder next to my resources (images etc.). So the files in the folder are: - res - myJar.jar And everything works well....
-
Hello everyone! I have created a runnable .jar file with eclipse and put it in a folder next to my resources (images etc.). So the files in the folder are: - res - myJar.jar And everything works well, I can execute the .jar file without problems. But when i create the .exe file and put it in the same folder, I get the following error: Unable to open file: res/file.png Can anyone tell me why the .jar finds the file and the .exe does not? I'm happy to provide additional information about my system...
-
Hello everyone! I have created a runnable .jar file with eclipse and put it in a folder next to my resources (images etc.). So the files in the folder are: - res - myJar.jar And everything works well. But when i create the .exe file and put it in the same folder, I get the following error: Unable to open file: res/file.png Can anyone tell me why the .jar finds the file and the .exe does not? I'm happy to provide additional information about my system etc.
-
Hello everyone! I have created a runnable .jar file with eclipse and put it in a folder next to my resources (images etc.). So the files in the folder are: - res - myJar.jar And everything works well. But when i create the .exe file and put it in the same folder, I get the following error: Unable to open file: res/folder/file.png Can anyone tell me why the .jar finds the file and the .exe does not? I'm happy to provide additional information about my system etc.
-
Setting multiple relative paths for bundled JREs is not working
-
I have merged new-version-detection to master and pushed the recent changes to simplify-search. I need to test this now. Grzegorz On Mon, Oct 17, 2022, 22:36 Grzegorz Kowal grzegok@users.sourceforge.net wrote: Hi Barry, I need some time because I'm adjusting the entire search configuration and the GUI part. I've got good progress there (mostly done) but want to finish before pushing or at least not push work in progress. And I need to test all the changes including yours with different runtimes and...
-
Grzegorz Kowal committed [a435f8]
Replaced runtimeBits and jdkPreference with boolean flags. Removed fallback option. Removed import of 1.x configuration files.
-
Grzegorz Kowal committed [e9a2a9]
Removed outdated messages.
-
Grzegorz Kowal committed [7ec6e9]
Simplified search.
-
It's late :) Not thinking clearly. I will have a look and perhaps merge the request branch with my small changes and continue in a separate branch. But would like to release both changes at once to reduce the testing effort - that was my point. Grzegorz On Mon, Oct 17, 2022, 22:36 Grzegorz Kowal grzegok@users.sourceforge.net wrote: Hi Barry, I need some time because I'm adjusting the entire search configuration and the GUI part. I've got good progress there (mostly done) but want to finish before...
-
Hi Barry, I need some time because I'm adjusting the entire search configuration and the GUI part. I've got good progress there (mostly done) but want to finish before pushing or at least not push work in progress. And I need to test all the changes including yours with different runtimes and config options as I always do. Once this is OK I will merge it to the master. It's just easier for me to manage this way. Perhaps I can push it this week, let's see. I will drop a note here after pushing. Best...
-
Hi Grzegorz, Thanks for helping with this change. Han has pulled,built and verifed the branch today so we're happy to merge that to master and push a build when you get a chance. How big a deal is it to organise? Thanks B
-
Anthony Bryan Holguin posted a comment on ticket #223
I want to compile my jar but this issue appear in the console, can you help me, please?
-
The process tried to write to a pipe that does not exist.
-
I have merged the request to new-version-detection branch and made some adjustments. Now the console window does not popup during check and the version is checked with the same launcher as will be used for execution. I've added 64-bit detection, if you check the 64-bit flag near the JRE path only 64-bit runtimes will be used. I think this should be sufficient - I would remove the 32/64 options that were previously used for reg search. Unless someone thinks we need to leave a possibility to force...
-
I have merged the request to new-version-detection branch and made some adjustments. Now the console window does not popup during check and the version is checked with the same launcher as will be used for execution. I've added 64-bit detection, if you check the 64-bit flag near the JRE path only 64-bit runtimes will be used. I think this should be sufficient - I would remove the 32/64 options that were previously used for reg search. Unless someone thinks we need to leave a possibility to force...
-
Merged to new-version-detection.
-
Fix for #222: Fixes finding java on path as part of JRE discovery
-
Grzegorz Kowal committed [e4a5fe]
#222 Get version from launcher according to config, get 64-bits,
-
Hi Barry, I've merged your request to a local branch to have a look.
-
Thanks Barry, I will. Unfortunately a lot was going on and I did not have the time to take care of this. I will try to do it now. Best regards, Grzegorz On Thu, Oct 13, 2022, 17:40 barry mcgillin bamcgill@users.sourceforge.net wrote: Thanks Grzegorz, Han Shum created a patch for me on this issue #222 which I wanted to created a pull request for. Can you take a look at it when you get a chance. Many Thanks B JAVA_HOME/bin vs min_version https://sourceforge.net/p/launch4j/discussion/332684/thread/544e40bdc0/?limit=25#52e5...
-
Thanks Grzegorz, Han Shum created a patch for me on this issue #222 which I wanted to created a pull request for. Can you take a look at it when you get a chance. Many Thanks B
-
Fix for #222: Fixes finding java on path as part of JRE discovery
-
Support Java on path when min version set
-
Hi, This is a missing feature, this is not supported yet. The min/max versions were only checked in the registry. However, I will try to add this. Best regards, Grzegorz On Thu, Sep 29, 2022, 16:57 barry mcgillin bamcgill@users.sourceforge.net wrote: Hi folks, We have an app, compiled in Java11 and a JRE min version set to 11.0.9 in the jre settings for launch4j. However, when there is a java on the path, like Java 8 for example, the min version is not respected and it does not fail elegantly, it...
-
Hi folks, We have an app, compiled in Java11 and a JRE min version set to 11.0.9 in the jre settings for launch4j. However, when there is a java on the path, like Java 8 for example, the min version is not respected and it does not fail elegantly, it runs the java8 with the app and fails with a class version exception, consistent with the wrong version of java being started Is there a way to stop this behaviour or is this a known bug? Thanks Barry
-
Vikas K Solegaonkar posted a comment on discussion Open Discussion
I have a code signing certificate allocated by Comodo. I created an executable using the launch4j and tried to sign it with sign4j as well as with Windows signtool.exe The signature by sign4j is not accepted by Windows and I continue to get the "Unknown Publisher" error. Signature by signtool.exe is recognized by Windows, and it confirms the publisher details, etc. But the application gives a "Currupt Jar File" error. Can someone help with the right way of signing the launch4j executable?
