Older blog entries for jserv (starting at number 4)

Kaffe in Commercial Embedded System Product

I am looking up some commercial vendors for embedded system solutions dedicated to Linux-based realtime support today. There is one company, SYSGO AG, claiming that it is the leading software provider for Embedded Systems in Europe. After consulting the FAQs of ELinOS, I found the following interesting items:

• Interesting facts about the use of Java on embedded Linux
  The commercial SUN Java 1.3 JDK requires about 30 MB in the file system and another 16-22 MB RAM for graphics applications. When graphic versions are integrated (e.g. Swing), the required classes add up to enormous volumes that are often too large for an embedded system.

  There are alternatives, but they usually have similar memory requirements when used with graphic versions. If it is possible to use access alternative graphic libraries instead of JAVA (e.g. QT/GTK...), a similar application can be handled with less than 4 MB.

  ELinOS offers Kaffe and Kaffe for QT as a Java environment in the DevelopmentKit.

• Is there Java support for embedded systems? (VMs, versions etc.)
  ELinOS v3.0 comes with the Kaffe free Java VM for X86, PPC, ARM and Jikes. If requested, KVM or any other JVMs are possible.

So that, we can see that recent release of KaffeVM (with Qt/Embedded AWT backend) was shipped in industrial embedded system products, such as SYSGO AG's ELinOS. Interesting :-)

Play with GCJX

I just saw Ranjit Mathew's diary, Miscellany, and the status of GCJ attracts me, so that I decided to take a try with GCJx. I wrote a small build script, which can automatically check out from CVS, build GCJX, and show you if it's completed or not.

GCJX worked very well with my test cases, and I even modified kaffe/libraries/javalib/Makefile.am.in to drive GCJX generating bytecode for Kaffe's API implementations. It seems to work, but I think I should take a look over the existing build process, according to kaffe/library/javalib/Makefile.am:

# Note: Makefile.am is generated from Makefile.am.in using 
# developers/update-class-list (called from developers/autogen.sh)
#
# Yes, it's slightly insane:
#
#   Makefile.am.in -> Makefile.am -> Makefile.in -> Makefile

Also, I found the kaffeawt building fault of Nano-X AWT backend. It would be better to introduce new rules for generating the separate jarball.

Ooops, I have to say again, GCJX rocks. Kudos to Tom Tromey!

After following [KDE Contributor and Developer Conference], I found the topic [There is a K in microkernel - Qt/embedded port to L4], and I thought that's amazing to me although I can't attend the session due to physical distance. Recently, [the L4 guys] ported Qt to L4/DROPS, and they are finally about to present their great work in KDE aKademy.

As I recall, Alexander Boettcher told me the progress of Qt and Kaffe porting to L4 in mailing-list. Refer to [problem using QtAWT with 1.1.5 (Gnu Linux/i686)]. I am really excited that it works even better now. Later, I would like to put the sexy screenshots in Kaffe.org's collection [Screen Shots - Kaffe's Qt AWT backend], and, of course, I am willing to see the L4 porting efforts are going to be merged in cvs repository, too.

Exciting L4 !

I attended JavaTwo, the Java Developer Conference by Sun Microsystems Taiwan in Aug 17 and 18. I met two Sun guys, Matt Thompson and Rima Patel, whose talks were very impressive. Also, I participated in various sesssions, including Design Patterns in Java Library (speaker: jjhou), J2EE Anti-Patterns, New Advances of XML and Web Services 2005, and BeanShell interpreter.

In the meanwhile, In JavaTwo, I presented Free Java Runtimes dedicated to overview of recent great works around Free Java Hackers, and the slides are available here (PDF document). Of course, my slides are written in Traditional Chinese, so that only some developers could understand, but I wish that's still useful.

I am glad to see that some developers took their interest to attend my session, and gave me some feedback. They thought my demo for recent KMM (Kaffe Multimedia Project) and KOE (Kaffe-based Operating Environment) were cool enough as an exciting impression how Free Java Runtimes could be. :-)

However, I am still hacking Kaffe VM for better integration between lightweight AWT implementations and MHP software stack, and I do hope to release some snapshots this year.

Kaffe OpenVM
Recently, I wrote an article encoded in Big5 about Open Source JavaVM development in Traditional Chinese. In fact, the article is never completed since everything changes so fast. I am willing to share this to others interested in getting involved with Open Source JavaVM, especially for people using Chinese.