JVM/CLR Source-compatible Language Options
Posted
by Nathan Voxland
on Stack Overflow
See other posts from Stack Overflow
or by Nathan Voxland
Published on 2009-05-01T17:59:52Z
Indexed on
2010/04/29
18:17 UTC
Read the original article
Hit count: 430
I have an open source Java database migration tool (http://www.liquibase.org) which I am considering porting to .Net.
The majority of the tool (at least from a complexity side) is around logic like "if you are adding a primary key and the database is Oracle use this SQL. If database is MySQL use this SQL. If the primary key is named and the database is Postgres use this SQL".
I could fork the Java codebase and covert it (manually and/or automatically), but as updates and bug fixes to the above logic come in I do not want to have to apply it to both versions. What I would like to do is move all that logic into a form that can be compiled and used by both Java and .Net versions naively.
The code I am looking to convert does not contain any advanced library usage (JDBC, System.out, etc) that would vary significantly from Java to .Net, so I don't think that will be an issue (at worst it can be designed around).
So what I am looking for is:
- A language in which I can code common parts of my app in and compile it into classes usable by the "standard" languages on the target platform
- Does not add any runtime requirements to the system
- Nothing so strange that it scares away potential contributors
I know Python and Ruby both have implementations on for the JVM and CLR. How well do they fit my requirements? Has anyone been successful (or unsuccesful) using this technique for cross-platform applications? Are there any gotcha's I need to worry about?
© Stack Overflow or respective owner