Missing Classes in IKVMC compiled DLL

> -----Original Message-----
> From: Tom Buettner [mailto:tom.buettner@...]
> Sent: Thursday, July 16, 2009 15:50
> To: ikvm-developers@...
> Subject: Re: [Ikvm-developers] Missing Classes in IKVMC compiled DLL
>
> Well I have determined what was happening.  In the namespace where
> Macro class existed was also something else named macro and VB.NET is
> case-insensitive so I was getting an ambiguous error message when
> trying to dim it and it also does not show up in the object explorer.
> So I thought I would try to code in C# and the namespaces that I need
> have the reserved word "event" in them so that give an error in visual
> studio.  I have been able to use reflection in VB to instantiate the
> Macro class and am trying to get this to work.
>
>
>
> Thomas Buettner
>
> ________________________________
>
> From: Tom Buettner [mailto:tom.buettner@...]
> Sent: Tuesday, July 14, 2009 2:19 PM
> To: ikvm-developers@...
> Subject: [Ikvm-developers] Missing Classes in IKVMC compiled DLL
>
>
>
> I have a very large jar file from a vendor that I am trying to make
> usable as a dll.  There are errors produced when I run ikvmc but none
> related to the class that I require for my project.  The class name is
> Macro.class and when I look in the jar by path and look at the dll in
> the object browser the classes around it are there but it isn't.  What
> tools other than the output from the compiler do I have do determine
> why the class didn't convert?
>
>
>
> The jar file is an IBM application called Host Access Transformation
> Services (HATS).  We are trying to get the macro processor of that
> system working in .NET which basically allows us to act like a terminal
> to an IBM i/iSeries/AS400.  The jar file called habeansnlv2.jar and is
> about 16MB.  The particular call we need is called Macro.  We don't
> think it is a private class because we were able to use it in our Java
> test just fine.  We are also hesitant to rip the jar apart and just use
> the classes we want because we do not know all of the dependencies for
> the product.
>
>
>
> Thomas Buettner
>
> CONFIDENTIAL: The information contained in this email communication is
> confidential information intended only for the use of the addressee.
> Unauthorized use, disclosure or copying of this communication is
> strictly prohibited and may be unlawful. If you have received this
> communication in error, please notify us immediately by return email
> and destroy all copies of this communication, including all
> attachments.