# Tuesday, 04 September 2012
« New Development Snapshot | Main | IKVM.NET 7.2 Release Candidate 1 »
IKVM.NET 7.2 Release Candidate 0

The first release candidate is available. Compared with the development snapshot some minor improvements to Object.getClass() and Class.getDeclaredField() instrinsics were made.

Changes (relative to IKVM.NET 7.1):

  • Integrated OpenJDK 7u6 b24.
  • Improved java.util.concurrent performance.
  • Removed org.omg.PortableInterceptor.UNKNOWN class, that is not part of [Open]JDK rt.jar.
  • Added ZipFile constructor that was added in Java 7.
  • Changed ikvmc to apply custom attribute annotations on annotation types to the corresponding custom attribute that is generated (and allow AttributeUsageAttribute to override the default AttributeUsageAttribute generated from the @Target annotation).
  • Added app.config files for executables to allow them to run on .NET 4.5 on Windows 8 without triggering the .NET 3.5 auto download.
  • Bug fixes.
  • Many IKVM.Reflection improvements.

Binaries available here: ikvmbin-7.2.4630.0.zip

Sources: ikvmsrc-7.2.4630.0.zip, openjdk-7u6-b24-stripped.zip

Tuesday, 04 September 2012 15:39:29 (W. Europe Daylight Time, UTC+02:00)  #    Comments [5]
Friday, 07 September 2012 09:14:26 (W. Europe Daylight Time, UTC+02:00)
Hi,

I am getting the following error trying to build, using JDK 7.0.3. Any suggestions?


[exec] All Classes and Methods in IKVM.OpenJDK.Corba.dll Verified.
[exec] [IL]: Error: [D:\Development\Projects\Library\ikvm-7.2.4630.0\openjdk\IKVM.OpenJDK.Core.d
ll : java.nio.DirectByteBuffer::.ctor][offset 0x0000003B] Method is not visible.
[exec] [IL]: Error: [D:\Development\Projects\Library\ikvm-7.2.4630.0\openjdk\IKVM.OpenJDK.Core.d
ll : java.nio.DirectByteBuffer::.ctor][offset 0x00000046] Uninitialized this on entering a try block.
[exec] 2 Error(s) Verifying IKVM.OpenJDK.Core.dll
Craig
Tuesday, 11 September 2012 10:28:29 (W. Europe Daylight Time, UTC+02:00)
You're doing a build targetting .NET 4.0 and that is currently broken due to a missing security attribute. I will fix this.
Thursday, 13 September 2012 20:04:45 (W. Europe Daylight Time, UTC+02:00)
Will it be, or is it possible to build the source against 4.5 ?

And if so do we get any advantages over using the default /bin download you offer ? We currently build all our .net dlls against 4.0, and today our machines where upgraded to 4.5, so i will be building against that soon.

Thank's in advance,
Robert

Thursday, 13 September 2012 20:13:58 (W. Europe Daylight Time, UTC+02:00)
Small clarification:

I work on the .net team in our company, and we depend on some libs from the java team. ikvm provides us a bridge and a way to integrate their .jars into our site by compiling them into .net dlls. So i can't really say i know anything about java or the most efficient way to deploy their jars via ikvm.

But i suppose since we run on 4.0 and soon on 4.5, it should be much more efficient to build ikvm against those and then build the jars with that version, right ?

We have some pretty high memory usage on our servers, and right now i don't have the slightest clue if it could be the marriage of the default ikvm bins + .net 4, or problems inside the jars we compile. In any case i'd like to use the most appropriate solution possible.

Thank's,
Robert
Friday, 14 September 2012 09:43:23 (W. Europe Daylight Time, UTC+02:00)
As mentioned above the 7.2 release candidate currently can't be built against 4.0 or 4.5, but this will be fixed in the next one. You will need to manually delete the ikvm\bin\*.config files.

The only advantage I can think of that you get by building against 4.x is that class loader GC will be enabled, so if you dynamically load (or generate) .class files and expect them to be garbage collected you might see some improvement.
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