# Friday, May 7, 2004
« Mono Beta 1 | Main | Generics Again »
Assembly Names

To clean up the assembly names, I propose to change to the following names for the next snapshot:

Current Name New Name
awt.dll IKVM.AWT.WinForms.dll
classpath.dll IKVM.GNU.Classpath.dll
ik.vm.jni.dll IKVM.JNI.CLR-Win32.dll
ik.vm.net.dll IKVM.Runtime.dll
ikvm.exe ikvm.exe
ikvmc.exe ikvmc.exe
Mono.IKVM.JNI.dll IKVM.JNI.Mono.dll
netexp.exe ikvmstub.exe
OpenSystem.Java.dll (will be removed)

I'm removing OpenSystem.Java.dll for the time being, because interop with dotGNU hasn't really happened so far and at this point it's just pre-mature design for reuse. Hopefully, in the future when they continue their work on Java support we can work together to make the two systems interoperable.

Any comments on the assembly names?

[Update: Stuart makes a good point in the comments. I've changed the suggested new name of netexp to ikvmstub.exe]

Friday, May 7, 2004 3:52:52 PM (W. Europe Daylight Time, UTC+02:00)  #    Comments [1] Tracked by:
"bad effect of diet pills" (bad effect of diet pills) [Trackback]
"poker online no download" (poker online no download) [Trackback]

Friday, May 7, 2004 5:13:55 PM (W. Europe Daylight Time, UTC+02:00)
I like them, but have you considered putting "ikvm" into the name of netexp somewhere, eg "ikvmexp" or "ikvmstub"? The name "netexp" is very generic - even if you know what the two halves stand for ("dot net exporter", more or less, I guess), it still doesn't tell you anything about the actual purpose of the program. Export from dot net to what?

Also, "dot net" is an MS-specific name.

And all your other names have ikvm in them.

I kind of like "ikvmstub" because that's what it really does - produces stub jar files that can be compiled against. In that regard, it performs a similar function to an IDL compiler, except that the IDL is a CLI API exposed by reflection.
Home page

I apologize for the lameness of this, but the comment spam was driving me nuts. In order to be able to post a comment, you need to answer a simple question. Hopefully this question is easy enough not to annoy serious commenters, but hard enough to keep the spammers away.

Anti-Spam Question: What method on java.lang.System returns an object's original hashcode (i.e. the one that would be returned by java.lang.Object.hashCode() if it wasn't overridden)? (case is significant)

Comment (HTML not allowed)  

Live Comment Preview