GenealogyJ - to keep track of your ancestors.You can import information from standardised format or add your own info.It work quite well and can print to native OS/2-eCS printers, both text/table and the graphical representation of the family tree. It also write svg, png and PDF files that one can use further.There are several variants of Report and Charts to choose from.

JDownloader - to download files from various file sharing sites.You can use it both as member of a file sharing site(s) and as free user.The built in/shipped unrar library doesn't work, you need to rely on native tools.Use zip 3.0 to merge split zip archives or Zippy to handle all those formats (zip, rar, tar, wpi...).

I use rexx scripts to launch java applications and another one for zip 3.0 on machines that doesn't have Zippy. I'll post the scripts again once the rexx area come up here in the forums.

About SmartGit, it seems that version 3.0.11 uses SWT (eclipse SWT component) that we don't have migrated to eCS-OS2. That's why I'm using version 2.1.8. (that was a quick analysis I did before, anybody is welcome to deny this). ​SmartGit 2.1.8 runs fine on eComStation, the issue is that to connect to GitHub is seems to have some certificates (or some security stuff) that are not working on our OpenJDK.

If anybody around is using Linux with OpenJDK and can try SmartGit 2.1.8 to connect to Github it will be appreciated.

The generic jar file is an installer which works without any apparent problems. It creates a shell script (it appears to assume that our system is linux because we are using openjdk6) which I now have to interpret for OS/2 to use.

The script is below if anyone would like to venture an interpretation it would be helpful.

The generic jar file is an installer which works without any apparent problems. It creates a shell script (it appears to assume that our system is linux because we are using openjdk6) which I now have to interpret for OS/2 to use.

The script is below if anyone would like to venture an interpretation it would be helpful.

f:\openjdk6-sdk-ga5\bin\java -cp f:\java-apps\greenfoot\lib\bluej.jar;f:\openjdk6-sdk-ga5\lib\tools.jar bluej.Boot -greenfoot=true -bluej.compiler.showunchecked=false "$@"Not fully certain what the $@ is... it may be picking up a command line argument (which a quick search seems to confirm).

The only thing missing is starting firefox, which it appears to want to do. It supposedly uses the JDK browser starting functions to, first see if there is a running instance of firefox and then, if not, start it.

The score of 0 is because I was watching what happened rather than doing anything with it.

First run <path to openjdk-sdk\bin> java -jar greenfoot-generic-230.jar that is the installer.

Second, the installer wants to put tools.jar in the sdk \lib directory. If it can't do this it will stop working and greenfoot is not installed.

Other than having the openjdk6-sdk-ga5 dir in the root of a drive (in my case f:\ as it where I have space to try things out on this box) and Andy saving me the trouble of working out the script I did nothing that isn't normal when running a java app.

The $@ is a *nix shell thing which the WPS won't expand (not sure about Java but I doubt it will expand it as well). Being a program object you can just drop any files on the program object or associate it with the appropriately.