Question

Requirements

I want to publish a Java GUI application on Windows 7. This application is using the Swing Toolkit and doesn't need any native code. The application is installed using an NSIS installer. I want to integrate this application into Windows 7 as good as possible. This means:

  • When the application is running it must be possible to pin the application to the taskbar.
  • It must be possible to associate data files with the application so Windows opens these files with my application.
  • Must automatically work with the 32 bit Java Runtime and with the 64 bit Java runtime. So when the user uninstalls a 32 bit Java and installs a 64 bit Java instead (Or vice-versa) then my application must still work.
  • Must support large fonts setting of Windows. I don't really understand this feature. I just know that some applications ignore it completely, others (Like Google Chrome) are pixel-scaled (Looks really ugly) and others support it by simply using larger fonts as intended (That's what I want and normally it works. Only the WinRun4J solution mentioned below doesn't work with it).

Tested solutions

WinRun4J

WinRun4j is an EXE file which launches the Java application. Because the application doesn't fork a new Java process Windows thinks the EXE file IS the application. So there is no problem with the taskbar. File associations works because the files can be simply associated with the EXE file.

Problems:

  • Doesn't support large fonts. Application window is pixel-scaled instead (Like Google Chrome).
  • Two different EXE files must be used depending on the installed JRE. So when the 64 bit JRE is installed then the application must be started with the 64 Bit EXE file. When 32 bit JRE ins installed then the other EXE must be used. This isn't user-friendly because the user doesn't understand why he must use the 32 bit EXE on a 64 bit operating system when only a 32 bit JRE is installed.

Launch4J

Launch4J creates a 32 bit EXE which launches an external Java process to start the Java application. So unlike WinRun4J it can also start a 64 bit Java.

Problems:

  • Can't pin the application to the taskbar.
  • System.out.println will not print to console if headerType="gui", regardless if application is started from console.

JAR

On Windows you can simply double click the JAR file to start the application. Installed JRE doesn't matter, simply works. But...

Problems:

  • Application can't be pinned to the taskbar.
  • Can't create a shortcut in the start menu.
  • Can't associate files with a JAR file.

BAT/CMD

A simple batch file like this can be used to start the application:

@echo off
start c:\windows\system32\javaw.exe -jar "c:\program files\myapp\myapp.jar" %1

A shortcut can be created for this batch file to set a custom icon.

Problems:

  • A DOS window pops up when the application is started.
  • The batch file doesn't know where javaw.exe is located. Depending on which java version (32 or 64 bit) is installed it may be located in c:\windows\syswow64 instead and Windows doesn't redirect this call from batch files automatically. Using the JAVA_HOME environment variable is also a no-go because Java doesn't set this automatically.
  • When associating files with the batch file then no custom icon can be set.
  • Taskbar support isn't working properly. Application can be pinned to it when the batch file is started manually but when double clicking an associated file instead then it doesn' work.

Shortcut

Instead of using a batch file it is possible to only create a shortcut to start the application. It links to this command: c:\windows\system32\javaw.exe -jar "c:\program files\myapp\myapp.jar". Windows automatically redirects this call to the SysWOW64 directory if a 32 bit Java JRE is installed.

Problems:

  • Not possible to associate files with it because Windows only accepts EXE/COM/PIF/BAT/CMD files as association targets. LNK files don't work.

Question

Is there another solution which fulfills all the requirements from above? Or are there any tricks to solve the problems with the mentioned solutions?

Solution

After solving the taskbar-pinning problem using Launch4j looks like the best solution. Launch4j can easily be integrated into a Maven project (With this or this plugin), configuration is pretty easy and everything works out of the box except taskbar pinning. For taskbar-pinning the Java application must set an appModelUserId as explained in the answer to this question.

Additionally the Java application must be installed by an installer which must at least install one shortcut pointing to the EXE. This shortcut must also contain the appModelUserId. With NSIS this can be done with the WinShell plugin and a configuration like this:

CreateShortCut "$SMPROGRAMS\MyApp.lnk" \
    "$INSTDIR\myapp.exe" "" "$INSTDIR\myapp.exe" 0 SW_SHOWNORMAL
WinShell::SetLnkAUMI "$SMPrograms\MyApp.lnk" "MyAppModelUserId"

For some unknown reason this shortcut only has to exist. You don't have to use it. You can double-click the EXE and taskbar-pinning still works. You can even create the shortcut in some subfolder of your application folder. Taskbar-pinning stops working when the last shortcut of the EXE file is removed.

Was it helpful?

Solution

Try Launch4j (http://launch4j.sourceforge.net/), its a simple jar to exe wrapper (actually wrapping the jar is optional). It should solve your Icon and Taskbar requirements. Its also capable locating installed JRE's (some configurable rules). The font problem I don't quite get, Swing should automatically use fonts depending on Windows settings, unless you somehow overwrite that in the JRE options or in code.

OTHER TIPS

Java Web Start - I wouldn't consider distributing an application any other way, these days.

The user does need to have at least J2SE 1.4; if your applications needs a later version, Web Start will automatically download an appropriate JRE.

See the JNLP reference for the tags for desktop integration (shortcut and offline-allowed), and file associations (association). These are only supported in WS 1.5 though.

I personaly use Launch4j (through maven with the maven-launch4j-plugin to be even more precise), and I implement the system tray management from within my application... (See http://java.sun.com/developer/technicalArticles/J2SE/Desktop/javase6/systemtray/).

I've had good success with WinRun4J overall, but I haven't really done much with fonts, so I'll confess I'm not sure I understand why you're having the issue you describe there.

From what you describe, however, it sounds like you have very specific requirements from a Java native launcher. Why not just write your own? You could start with something like WinRun4J (which is open source, licensed under the Eclipse CPL) and just modify it to your needs.

Alternatively, you could look into the native launchers used by other programs. The Eclipse and NetBeans launchers both seem to work pretty well, and both are open source. You might be able to adapt one of them pretty easily as well.

As an aside, also check out the new feature to have your app in the tooltray/systemtray:

Oracle has a tutorial on how to use the system tray.

That's Java SE 6 related....makes me also winder what other goodies might be in the newer Java 7?

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top