# Monday, April 6, 2009
« New Development Snapshot -- Help Needed | Main | New Development Snapshot »
IKVM 0.40 Release Candidate 0

The eagerly anticipated (by some) first release candidate of 0.40 is ready!

Changes since previous snapshot:

  • Changed version to 0.40.0.0.
  • Added back RMI stubs that got left out in the module split.
  • Added cmm profiles and dummy color management implementation.
  • Fixed regression in ObjectInputStream.latestUserDefinedLoader().

Binaries available here: ikvmbin-0.40.0.0.zip

Sources: ikvm-0.40.0.0.zip, classpath-0.95-stripped.zip, openjdk6-b12-stripped-IKVM-0.40.zip

Monday, April 6, 2009 11:05:34 AM (W. Europe Daylight Time, UTC+02:00)  #    Comments [4]
Monday, April 6, 2009 10:45:22 PM (W. Europe Daylight Time, UTC+02:00)
We're using IKVM v.36 to run our Java Server in .NET. Our server can deploy at runtime a number of services. Each service has a jar of Java classes associated with it which are read using a dynamic classloader. These Java classes are obviously then compiled by IKVM into .NET assemblies on the fly. The problem we've run into is that when we run the application in Visual Studio and try to load more than 20 services into our server, the VS process memory footprint keeps growing until around 1.5 Gigs and then it blows up with what appears to be an out of memory problem. Now if we compile the same C# application and run it outside of VS, we have been able to deploy about 80 services in our server without blowing up. It's possible that if we try to deploy more than 80 services in this case that we eventually do blow. But we haven't tried it.

My question is whether you have any insight as to why this may be happening. I know IKVM has an issue with soft references. Could this be the problem? If so how can we remedy this? Are changes in our Java code that we need to make? Does v.40 do anything to address this problem?

Any feedback would be much appreciated.
Pedram Abrari
Tuesday, April 7, 2009 8:34:15 PM (W. Europe Daylight Time, UTC+02:00)
This build results in compile errors on when C# code contains "using java.<anything>". This behavior is not exhibited in build 0.39.
Pedram Abrari
Tuesday, April 7, 2009 8:45:14 PM (W. Europe Daylight Time, UTC+02:00)
Are you sure you have properly referenced the assemblies? It works fine for me.
Jeroen Frijters
Tuesday, April 14, 2009 5:39:34 PM (W. Europe Daylight Time, UTC+02:00)
Hi,

I am using IKVM 0.38 to call Java code using C#.NET.
Java code uses PDFBox to convert PDF to image.

I get the exception: "Cannot load AWT toolkit: ikvm.awt.NetToolkit, IKVM.AWT.WinForms"

I do not get the same exception when I add IKVM.AWT.WinForms.dll, but at the same time, it hangs.

Please help! Also please let me know if the problem is related to my end, IKVM AWT support.
Also, if there is a patch for this in 0.40 release.

Thanks!
Urgent reply would help!

Regards,
Sireesh
Sireesh Jindal
Name
E-mail
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)

Answer:  
Comment (HTML not allowed)  

Live Comment Preview