RE: [Ikvm-developers] (no subject)

[Jonathan P. <jp...@ny...>]

Jeroen,

I'm sorry for taking so long to respond to this last message. I was busy
with a client.

>It would be nice to have Visual Studio .NET integration, but I don't
>know how easy that would be. My understanding is that in order to get
>access to the documentation describing how to do this you have to be in
>the VSIP (Visual Studio Integration Partner) program. This involves NDAs
>and (presumably) large sums of money.

It would make your product really take off since there are a lot of java
developers who want to use jdk libraries and may start to think about
deploying smart client apps using WinForms on the client that are deployed
server side, and web services to interact with java middleware
infrastructure in their enterprise. The lack of java2 capability and the
lack of understanding of smart client architecture has help J# back from
being widely adopted.

I think you may be able to do the integration without the NDAs and partner
program. Take a look at XC# (Extensible C#) from Resolve Corp. They have an
API framework and examples that extend VStudio solutions, compiler, and
help. I haven't tested it fully, but it includes some sources and sample
projects.

If licensing permits, You might also want to bundle the jikes compiler in
the distribution once you had a fully integrated implementation in VStudio
with debugging support.

I may be able to help with this effort if I have the time.

>the only exception being making String implement CharSequence.

Why is this difficult? 
Can't you just return another string using String.SubString since String
implements CharSequence? 

> I tried to convert an oracle jdbc jar built for jdk1.4 and got a
> NoSuchMethod exception on StringBuffer.append (StringBuffer)

>>This is just laziness on my part. I never bothered to go through the
>>whole list. I always added them on demand. I'll add this one.

Great. The few classes that you are mapping don't change that often, so it
should be easy enough to manually maintain map.xml between JDK releases.

> Exception #1:
> Exception #2:

>>These are expected exceptions.

Is there any way to minimize them from being thrown in the implementation?
Doesn't this slow down the implementation every time an exception is thrown
and caught?

> Exception #3:
> 
> A first chance exception of type 
> 'java.io.InvalidClassException' occurred in
> classpath.dll
> 
> Additional information: class 
> oracle.sql.converter.CharacterConverter1Byte:
> Local class not compatible: stream 
> serialVersionUID=8160681257345709861,
> local serialVersionUID=-7623283811967936926

>>This one suggests IKVM (or Classpath) has a bug in the
>>reflection/serialVersionUID calculation. Could you send me a copy (off
>>list) of the oracle.sql.converter.CharacterConverter1Byte class?

This may not a problem on your end. It looks like the serialized class is
stored in the oracle jar file as a glb resource instead of using the class
file. You may need to run this code to fully understand it. You can download
a sample project from my server and run it in the debugger if you have the
time from http://www.junglecreatures.com/jungle/ClassVersionBug.zip

Regards,

Jonathan