LOGIN | REGISTER NOW | SUBSCRIBE
 
 
News on Monday
more>>
SharePoint Tech Report
more>>


   

 
 
Download Current Issue
ISSUE 3/15/2010 PDF

Need Back Issues?
DOWNLOAD HERE

Receive the print Edition?


 
blogs tab
ASP.NET MVC 2 Ships
ASP.NET MVC 2 has shipped.
03/12/2010 10:26 AM EST

Microsoft plans 'open' Silverlight analytics framework
Microsoft is going to announce a multipurpose analytics framework for Silverlight at MIX.
03/11/2010 09:51 AM EST

About CSS processing
Two sites that lead to a startling CSS conclusion.
03/10/2010 02:29 AM EST

 

Events calendar tab
SHARE
3/14/2010 to 3/18/2010
Seattle, Wa.
SHARE

Cloud Connect
3/15/2010 to 3/18/2010
Santa Clara, Calif.
TechWeb

Microsoft MIX10
3/15/2010 to 3/17/2010
Las Vegas
Microsoft

SharePointPro Summit & Expo
3/16/2010 to 3/19/2010
Las Vegas
Penton Media

TheServerSide Java Symposium
3/17/2010 to 3/19/2010
Las Vegas
TechTarget


 
print Printable version 
Most Read Latest News Blog Resources
Even with its success, .NET causes some consternation
Despite its popularity, the developer community believes that .NET isn't being fully serve...

Appcelerator dev environment targets Android, iPhone
This unified development environment compiles JavaScript into Objective-C or Java, and wil...

VMware releases Tomcat-based server for Spring
SpringSource and VMware are moving their platforms closer together with tc Server for Spri...

Digg!  Digg
Reddit  Reddit
Slashdot  Slashdot
Share on facebook  Facebook
Share on Twitter  Twitter

Integration Watch: Java to C: No mean feat


By Andrew Binstock
September 15, 2008 — 

A few weeks ago, a client contacted me to see whether I would be interested in working on a project to convert a 150,000-line Java codebase to C. Before responding, I decided to see what tools were available. Given the nearly infinite variety of open-source projects and the fact that C and Java dominate OSS projects, I figured there would be the usual wealth of tool choices available to automate the conversion.

To my amazement, I discovered only a few resources—and those were mostly abandoned or dying projects; one-off commercial tools on rarely updated Web sites; and, in the case of GNU GCJ, a product that supports only Java 1.2. There’s no good, comprehensive solution. So, how to proceed?

One possible approach is to convert code semi-automatically: Put some pieces in place, use a set of filters (in AWK or Perl) to partially convert the Java, then finish the job by hand. The pieces you’d have to put in place are substantial but not overwhelming: A garbage collector (I’d use the Boehm-Demers-Weiser), implementation of basic Java classes (such as String, some collections and some File classes) to which new classes are added as needed and, finally, some kind of object model. The latter requirement is challenging; creating one from scratch requires lots of careful thinking.

One solution is to use the GObject model from Glib (part of the Gnome open-source project), which is written in C. This would solve the problem of an object model, but it’s an unforgiving path. First of all, it requires a long learning curve and a lot of boilerplate code. Second, it means you have to ship some of the Gnome libraries with your product. Gnome is a great project for Linux, but its support for other platforms, especially Windows, is weak.

The Vala project in Gnome seeks to produce a simple OO language that compiles to C and uses Glib. This would be an almost ideal solution, were it not for the fragility of the project, which is still early in its development cycle and, once again, is unfriendly to platforms other than Linux. Essentially, if you choose the source code translation path, you’ll need to write your own object model and develop your own quasi-OO syntax to match the Java you’re working with.

Another approach, I believe, is more likely to work: Start not from the Java source, but from the Java bytecodes.

Interestingly, there are ways to convert C code without having to emulate JVM operations. One is to translate the bytecodes back into a simple, declarative language from which C statements can be generated. A package that does this translation is Soot, from McGill University in Canada. Soot, which is open source, was originally designed as a framework for optimizing bytecodes. One of its byproducts was the ability to translate those bytecodes into a variety of easily parsed formats.

The conversion to compilable C that faithfully replicates the Java functionality is nontrivial. Part of the problem is that some data is lost when the Java compiler, javac, creates bytecodes (for example, enums are enforced by javac, but the type data is not passed to the bytecodes). Another issue is the lack of symmetry between Java’s assembly-level constructs and C. In a thesis on the topic, one student lists many of the issues, ranging from the prosaic, such as name length (C can require that names be disambiguated in the first 63 characters), to the seemingly intractable, such as C’s lack of reflection and its vastly different security model. To be fair, such problems are not unique to this approach; they would have to be solved in a source-level port as well.

The JC compiler claims to have solved most of these problems. But the project has been suspended since 2005, and even then it had specific requirements. Nevertheless, it did manage, per its docs, to automate C to Java conversion.

Working from binaries has one compelling advantage: It is inherently automatable, so that changes to the original Java codebase simply require a new build (whereas for a source port, each change to the Java side entails painstaking reconstruction in C). Had I accepted the project, I would have exhausted binary before going to source migration.

This lack of conversion tools is unlikely to improve. Java is very fast today, so performance is no longer a big driver to convert to C. And since the Java Native Interface works well, native-to-Java communication is no driver either.

The project I was looking at, however, was a Java library; and for that, you do need to convert. But you’ll have to go it alone.

Andrew Binstock is the principal analyst at Pacific Data Works. Read his blog at binstock.blogspot.com.


Related Search Term(s): Java, open source, software development


Share this link: http://www.sdtimes.com/link/32821
 

Comments

02/12/2010 08:23:53 AM EST

Hi, Andrew! A bit belated comment but... Among GCJ and JC projects, I could mention a JCGO (www.ivmaisoft.com/jcgo) one, a Java source to C translator. Given the sources of the Java program, it translates all the sources at once producing readable platform-independent C code which could further be compiled to a binary executable for the targeted platform. The produced executable does not contain nor require a Java Virtual Machine to execute, so its resource requirements are smaller than that required by a typical Java VM.

Russia (Russian Federation)Ivan Maidanski


Add comment


Name*
Email*  
Country     


  • Comment
  • Preview
Loading