Free jre software for linux

JGame is a small high-level 2D game engine for producing games on Java platforms. It does a lot of the stuff you need for a game automatically, and "classic" type arcade games can be developed with a minimum of effort.
It is based on sprites with automatic collision detection, and a tile-based background with easy sprite-tile interaction facilities. JGame games can easily be run as stand-alone applications or as applets, and can be scaled to any resolution.
Main features:
- Tested on various platforms; can easily be run as applet as well.
- Ensures optimised and accelerated graphics for a variety of displays; even works well on remote X11 displays.
- The game is programmed at one resolution, but can be scaled to any desired resolution when run.
- Built-in animated "sprite" engine, with easy animation definition.
- Tile-based background handling, with decorative backdrop.
- Automatic collision detection with sprites and background tiles, and easy background tile interaction.
- Load sprites, tiles, and colour fonts directly from sprite sheets.
- Define images and animations in a text file.
Enhancements:
- New platform-independent versions of Point, Rectangle, Color, Font.
- Changes in package structure. Base classes are now in jgame, platform independent implementation details in jgame.impl, platform dependent classes in jgame.platform.
- Major changes in JGEngine/JGCanvas. A platform independent interface JGEngineInterface has been defined. The platform-independent code has been moved to jgame.impl.*, and for each platform there is a platform-dependent version of JGEngine, delegating functionality to jgame.impl.EngineLogic where possible.
- ImageUtil has been split into a platform-independent interface JGImage, and platform implementations JREImage and MIDPImage.
- StdGame now has two versions, the original for JRE and a somewhat simplified version for MIDP.
- The package tree has been changed. The sources are now in src-*, classes are compiled into classes-*. Compilation of the JGame classes and the examples and applications has been split.
- The code has been optimised: object creations in the most important tight loops have been reduced to near zero, repaintBG has been optimised by a factor 2, isOnPF/isInView were optimised.
- a small bug in background copying where the area bounds would exceed the size of the source image was fixed.
- A few methods were added specifically for use the Midlet platform, such as isMidlet(), displayWidth/Height(), setScalingPreferences().
- setCursor has been renamed to SetMouseCursor.
- there is a new engine getTiles method that copies the data into an existing object. Semantics of the getTiles methods in JGObject have been changed to return a local variable with the information copied into it, rather than create an object every time. Semantics of some other methods such as getImage is changed so as not to create a new object every time.
- fixed bug in exitEngine which did not set the JGObject default_engine to null
- fixed access exception occurring in unsigned webstart.
- improved frame skip logic so that game runs smoothly even if the machine is way too slow

Launch4j project is a cross-platform tool for wrapping Java applications distributed as jars in lightweight Windows native executables.
The executable can be configured to search for a certain JRE version or use a bundled one, and its possible to set runtime options, like the initial/max heap size.
The wrapper also provides better user experience through an application icon, a native pre-JRE splash screen, a custom process name, and a Java download page in case the appropriate JRE cannot be found.
Main features:
- Launch4j wraps jars in Windows native executables and allows to run them like a regular Windows program. Its possible to wrap applications on Linux!
- Doesnt extract the jar from the executable.
- Custom application icon with multiple resolutions and color depths.
- Native pre-JRE splash screen in BMP format shown until the Java application starts.
- Process name as the executable filename to easily identify your application.
- Works with a bundled JRE or searches for newest JRE / SDK in given range.
- Opens Java download page if an appropriate Java version cannot be found.
- Supports GUI and console apps.
- Passes command line arguments, also supports constant arguments.
- Allows to set the initial/max heap size.
- JVM options: set system properties, tweak the garbage collection...
- Option to change current directory to the executable location.
- Custom version information shown by Windows Explorer.
- GUI and command line interface.
- Build integration through an Ant task.
- Lightweight: 21 KB!
- Its free and may be used for commercial purposes.
- Includes a sample application and Ant script that automates the build process from Java sources to native executable.
- The wrapped program works on all Windows platforms (98/Me/NT/2K/Xp), launch4j works on NT/2K/Xp, Linux (developed and tested on FC2)
Whats New in 2.1.5 Stable Release:
- Changed the Java download site to http://java.com/download.
- Now its possible to use absolute and relative paths to specify the embedded JRE.
Enhancements:
- Enhanced GUI.
- Redesigned error reporting.
- Added custom error messages.
- Added support website feature.
- Added PWD and OLDPWD special variables and access to the registry.
- Runtime ini file extension changed to .l4j.ini, added comments (#).
- FR #1427811 Initial process priority.
- FR #1547339 Added VarFileInfo structure to Version Info (Stephan Laertz).
- FR #1584295 Updated documentation for --l4j-debug.
- Fixed and config conversion bug (found by Dafe Simonek).
- Fixed the Ant task exception reporting bug, added tmpdir and bindir attributes.
- Fixed bug #1563415 Problem with launching application when ini file exists (found by mojomax).
- Fixed bug #1527619 Console header wildcard expansion (found by erikjv).
- Fixed bug #1544167 NPE when dontwrap and only classpath given (found by Hendrik Schreiber).
- Fixed bug #1584264 Dropdown boxes get mixed up (found by Larsen).

JDiveLog is an open source divers logbook for logging scuba dives. JDiveLog project is written in Java (JRE 5.0 or later required). For transfer of dive profiles from a dive computer, the javax.comm package has to be installed and configured.
For Linux I recommend the RXTX implementation. Up to now some Suunto models are supported. I would appreciate feedback whether a dive computer model works or not.
The reason for writing this logbook was, because I couldnt find a logbook software for Linux which had all features i wished.
JDiveLog is licensed under the terms of the GPL. So anybody can use it and modify it as he wants.
Main features:
- Import of UDCF dive profile data
- Displaying dive profiles as nice graphs
- Recording all major dive data
- Managing pictures from the dive trip
- Generation of a simple web page with dive profile, dive data and pictures
- i18n: german and english available
- Units displayed metric or imperial
- Download of dive profiles from Suunto dive computers
- Download of dive profiles from Aladin computers
- Import of logbook data from WLog
- Import of logbook data from DataTrack / MemoMouse
- Statistics of dive partners, dives sites, countries, ...
- Search functionality

jNetTool is a Swiss-knife for networks. It includes whois and nslookup queries, ping and traceroute, an IP address calculator, and a visual network planing-tool.
Features:
Whois:
With jNetTool-whois you find out who owns a domain or IP-address. Please enter a domain without "www" - for example "ventruba.com".
DNS-Lookup:
With jNetTool-ns-lookup you find out the nameserver for a domain, or which is the ip for a domain (A-record) or which mailserver is responsible (MX-record).
Ping:
A jNetTool-ping is "knocking at the door" of a computer. You will see if a computer is answering and how long will a package take.
Traceroute:
Which way will a package take from you computer to the target and how long will it take itemized for each station - jNetTool-traceroute will tell you.
Portscan:
jNetTool-portscan: Which service offers the computer? Please take care with this, some owner would misinterpret this as an attack! Use ownly if allowed from the owner!
IP-Calculator:
This nice tool shows you the networkclass of an IP-address, or you can calculate subnets, how many hosts are in a subnet, and so on....
Network planning:
The jnetool-networkplaningtool is not for real business, for the moment.
Enhancements:
- change bug, when change language to the selected language
- change bug, show description for ip in net-calc
- change reading of whois.conf now works with launch4j
- add support for .exe (launch4j) for better starting under Windows (but still needs JRE!)
Enhancements:
- change code of panels more modular/more objectorientation
- add drop-down field + history for IP/Domainname
- add mnemonics
- add Tooltips
- add Show message if field domainname is empty on "GO"
- add linkover for ping and traceroute
- change view of traceroute is now simple from system-traceroute
- add Header for each Output-Panel
- change bug on pressing cancel (switch_buttons was called twice)
- change status window with cancel button and progress bar
- change ip-input as dropdown-field with history
- add input-field for dig-server
- add save for all panels except calc

JVending project bridges P2P networks and wireless delivery of content to mobile devices. Due to high latency of wireless connections, it is not practical to directly hook up the mobile devices to the peer network, so I have taken a different approach with JVending.

A user sets up a personal provisioning server on their PC and hooks it into the network. Through the P2P network, we create a federation of provisioning servers. The mobile devices use the federated provisioning servers as content portals.

JVending differs from P2P systems, such as Gnutella or "Project JXTA" reference implementation, in the following ways. JVending provides:

1. Catalog management
2. Device detection, which delivers the appropriate content based upon the type of browser or device
3. Web based browsing of content, so you can share with your friends on a wired or wireless network, after you have already collected the content.
4. The ability to search for and distribute packaged archives on the peer network.
5. Web links tying together the network.
6. PPG integration for pushing content to mobile devices.

For 2005 - 2006, the major goals of JVending (roughly in order of importance) are:

1. Expanding P2P support, including more in the area of wireless messaging (SMS)
2. JSR-124 compliance
3. Performance testing and monitoring capability
4. Multimedia server and J2ME support. This covers full integration between the MMS Client and the provisioning server.

Setting up the Environment

Follow these steps:

1. Make sure that you have J2SE 1.4.2 JDK installed. If not, go to http://java.sun.com/j2se/1.4.2/download.html and download and install the JDK (not JRE). I have not tested with J2SE 1.5 JDK, so it may or may not work with that version.
2. Download the jvending-standalone.zip file from the JVending project site.
3. Unzip the file into a directory of your choice, say /jvending
4. Set the JAVA_HOME environmental variable, depending on your OS. In windows, you can do this through the Control Panel/System/Advanced/Environmental Variable: JAVA_HOME =
EXAMPLE: JAVA_HOME=c:Programsj2sdk1.4.2_06

Starting JVending

1. Go to the bin directory and click on the run.bat (for windows) or run.sh for Unix.
2. The first time you start JVending, you will see a JXTA Configurator screen show up. Type in your user name and password/verify password. Click OK.
3. Wait 10 seconds for JVending to finish its startup sequence and then go to http://localhost:80/jvending/login. If you get a 404 error, wait a few more seconds and try again. Login ID/Password: admin/admin. Click "Submit Query" button. You will now see the JVending home page.

jPdfCalendar project allows you to create printable calendar pages as a PDF document from any of your images. The iText library is used to create the PDF itself.
You can add your own "special days" for each month, customize colors, fonts, borders etc.
To create calendar file, you should prepare xml file which structure is described in dtd file. The dtd structure also is described in graphical manner in image file. These information can be found in dtd folder.
To create a sample, use bin/createme.sh script. This script will create sample/calendar_public_en_2007.pdf file according to sample/calendar_public_en.xml project and with images from sample/pictures folder.
Requirements
You need Java 1.5 (or higher) JRE in your OS.
This tool uses iText library (http://www.lowagie.com/iText/) to manipulate of PDFs.
Well-known problem
If image is too large, especially if a hight of image large when page hight, the auto scaling works not properly (the day table is pulled out on the next page). In this case it is necessary to use "scale" tag and set scale factor manually.
Additional tool
Also here is some additional tool, PdfImageRipper. This tool has been created to extract (rip) images from PDF files.
It uses iText functionality to do it and you can think about it as Front-End-Tool. To use this tool, get bin/imgrip.sh script.
Enhancements:
- Moon phases are now displayed in the days table.
- The first day of week is now dependent on the locale, but can be changed in XML.

TrueMusic is a simple music player that supports MP3, WAV, and partial AIF.

The GUI attempts to mimic the native look and feel of the running environment (requires a Sun JRE).

jBoom is a Java program for remote storage and management of browser bookmarks. The project allows accessing a central set of bookmarks from any system connected to the internet. JBoom is browser and system independent, not bound to a dedicated server, and doesnt require a special web service. The only preconditions are:
- There is a remote system to which which the user has read and write access via FTP, SSH, or HTTP.
- Java Runtime Environment (JRE) Version 1.5 or higher is installed (1.4 will not work!)
The bookmarks are kept in an XML file on the remote system. A local copy can be stored on the client. The program may be started from the client or over the internet from a HTTP server.
Bookmark entries consist of an arbitrary name, a URL and an optional comment (description, user name, account number etc.). They are organized in folders, where every folder contains an arbitrary amount of bookmarks and subfolders. The graphical user interface displays this structure as a tree with expandable and collapsable nodes. A double click on an entry or pressing the enter key shows the correspondig page in the browser. Additionally a linear search over names and/or URLs is possible. New entries can be created manually or taken from the browser using the system clipboard, existing ones can be modified, deleted, moved or sorted easily.
For FTP connections, jBoom uses classes from the ftpbean package, for SSH connections classes from the Ganymed project (extracted using autojar).
License: jBoom is licensed under the GPL, Ganymed under a BSD-like License.
Pros:
- Users changing systems and/or browsers frequently have access to a single set of bookmarks.
- JBoom is not a browser extension, it has to be started separately. Therefore the browser wont hang on startup in case of an unreachable server.
- Several jBoom files can be joined; inserted files appear as separate branches in the bookmark tree. Those branches can be updated or deleted by a single mouse click.
- Installation is easy and requires nothing but a FTP or SSH connection.
Cons:
- A JRE installation is required.
- The program must be started in addition to the browser, which takes some time.
- Creation of bookmarks cannot be done directly, either manual input or the clipboard has to be used.