hg: jigsaw/jake/jdk: 2 new changesets

[Michael Hall]

> On Dec 1, 2015, at 8:27 AM, Alan.Bateman at oracle.com wrote:
> 
> Changeset: ffe12af5613c
> Author:    mli
> Date:      2015-12-01 12:04 +0000
> URL:       http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/ffe12af5613c
> 
> Add tests for ClassLoader.getResourceXXX
> 

Curious,
I had code for checking to see where something was at…

	public static void main(String[] args) {
		try {
//		  java.net.URL jrt = new java.net.URL("jrt:/java.base/");
		  ClassLoader cl = new java.net.URLClassLoader(modules);
		  System.out.println(cl.getResource(args[0]));
		}
		catch (Exception ex) { ex.printStackTrace(); }
	} 

This used to work with 
new java.net <http://java.net/>.URLClassLoader(new java.net <http://java.net/>.URL[0]);
Now with a jigsaw ea I get…
java -cp halfpipe.jar org.cmdline.cmds.Locator java/lang/String.class
null

To get it to work jigsaw for something in the base module I found it needed an actual URL like jrt above. It worked fine for class path outside the runtime. 
I then set up an url array with a separate jrt:/ url for each module - ‘modules' in listing above, entire current list of modules omitted for brevity.
Then it works…
java -cp .:../../HalfPipe/halfpipe.jar  Locator java/lang/String.class
jrt:/java.base/java/lang/String.class

I also tried this as a ClassLoader subclass. The way I think I used to do this lookup. It didn’t seem to work for modular runtime classes either.

I haven’t done much else ClassLoader related with jigsaw yet, and hope to do less since I won’t need to try and load classes from tools.jar.  Are there other things expected to work a little differently?  Does loading work the same and just loadResource is different?

Michael Hall