Re: [Ikvm-developers] scanning jars for class files

[<bri...@no...>]

Thanks.  I tried adding one of the classes as a resource to see if it would get picked up.

Telling ikvmc to load the class from the jar didn’t work, but pointing it at the extracted class file did.  I can see that this file is now in resources.jar inside the assembly.  Still, Spring isn't picking it up.  I see that the call winds up being the following:

	Ikvm.Runtime.AssemblyClassLoader.getResources("com/nomura/unity/refdata/fingalmapper/")

Still, this only returns my original jar.  Resources.jar is not returned from this call despite the fact that the class com/nomura/unity/refdata/fingalmapper/AppConfig.class is inside it.

Any ideas?

Thanks,
Brian


-----Original Message-----
From: Jeroen Frijters [mailto:je...@su...] 
Sent: Thursday, February 14, 2013 11:35 AM
To: Ross, Brian (IT/US); ikv...@li...
Subject: RE: scanning jars for class files

> 1) What would be the path to Foo.class ?  Where does IKVM expect it to 
> be?

The file is read in by ikvmc and put into the assembly's resource jar.

> 2) I would not know ahead of time which classes need to be available 
> as resources.  It's potentially any class on the classpath, so it's 
> basically everything in all the jars I pass to ikvmc.  That's sort of 
> the point of what Spring is doing: you give it a base package at 
> runtime and it finds all the classes wherever they may be.  Are you 
> suggesting that at build time, I write something to iterate over all 
> the jars and build an index of all the classes so that I can set them 
> all as resources in ikvmc?

Yes.

> 3) What is a response file?

A text file that contains ikvmc parameters (one per line). This allows you to have a large number of parameters. You pass it to ikvmc by using the @response.txt option (where response.txt is the filename).

Regards,
Jeroen



PLEASE READ: This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please delete it and all copies from your system, destroy any hard copies and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Nomura Holding America Inc., Nomura Securities International, Inc, and their respective subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state the views of such entity. Unless otherwise stated, any pricing information in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation.