Lund University
  | LTH
Productive robotics @ LTH
Research
| Publications
| People
| Collaborations
| Projects
| About
| Internal
LJRT - Lund Java based Real-Time
Requirements
- J2SE JDK of fairly recent version. 1.4 and 1.5 have been verified to work
- A C compiler. Any not-too-old GCC should work, we have used GCC versions 3 and 4. Other C compilers may, or may not, work.
- A GNU development tool chain (Autotools, GNUMake). Not strictly needed for running the Java to C translator on its own, but it helps a lot during the build process.
Installation
The easiest way of getting started using the LJRT system is to download the latest version of the jar package, and install it issuing the command:
java -jar ljrt-<version>.jar
Latest Version
Older Versions
Source Code
If you are interested in modifying, or just look at, the compiler source code, you can instead download the latest source code package and untar in a suitable location. From there on it works exactly as the "binary" package, with the difference that all source code is present so that you can modify and rebuild the compiler.
Documentation
Reporting bugs
The LJRT project is a research prototype, and not yet of product quality. There are many (undocumented) bugs and rough edges which have a nasty habit of slapping ones face once in a while. We are very grateful if you would like to submit as detailed bug reports and feature requests as possible.
Our Bugzilla is a very good place for posting bug reports and feature requests.
LJRT library
The real-time classes are also available in a 100% Java version to be used when running in a JVM during application development. Timing will of course not be hard real-time, but concurrency characteristics will be the same as when the application is cross-compiled and run on the target system with a RTOS.
- Compiled class files; the 100% Java version for desktop and debugging use.
- The documentation; the Java-doc describing the class files.
- The source code; used to build the former items.
Note: The term Java-based that is due to the fact that our way to accomplish a J2SE-compatible (any embedded program will for sure run on any Java-enabled desktop, which is more standard Java than J2ME or a RTSJ will provide) is not compatible with the Java license conditions from Sun (we provide a real-time improved J2SE subset affecting the RTOS API without going via the JCP and without requiring a JVM). Thus, we may not call our free solution "Java", so we call it Java-based (again, this is legally not Java).
© Lund Institute of Technology 2006. Anders Nilsson.
Last update: Sunday, 12-Mar-2006 23:00:20 CET