com.sun.tools.attach.VirtualMachine not there

Alan Bateman Alan.Bateman at oracle.com
Sun Jan 1 12:41:27 PST 2012


On 01/01/2012 14:36, Michael Hall wrote:
>
> No sorry, thought I might of typo'ed the name, I was confusing them a minute ago but not here...
>
> showc com.sun.tools.attach.VirtualMachine
> showc: invoked with: com.sun.tools.attach.VirtualMachine
> java.lang.ClassNotFoundException: com.sun.tools.attach.VirtualMachine
> 	at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
> 	at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
> 	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
> 	at java.lang.Class.forName0(Native Method)
> 	at java.lang.Class.forName(Class.java:186)
> 	at org.cmdline.cmds.showc.main(showc.java:76)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 	at java.lang.reflect.Method.invoke(Method.java:601)
> 	at org.cmdline.psuedoGestalt.Runner.invoke(Runner.java:183)
> 	at org.cmdline.psuedoGestalt.Runner.runStatic(Runner.java:210)
> 	at org.cmdline.psuedoGestalt.Runner.runMain(Runner.java:202)
> 	at org.cmdline.psuedoGestalt.Runner.run(Runner.java:124)
> versions
> System.in:3:java.runtime.version=1.7.0-ea-b223
> System.in:4:java.version=1.7.0-ea
> System.in:7:java.class.version=51.0
> System.in:10:java.vm.version=21.0-b17
> System.in:20:java.vm.specification.version=1.7
> System.in:27:java.specification.version=1.7
>
> As opposed to...
> showc com.sun.tools.attach.VirtualMachine
> showc: invoked with: com.sun.tools.attach.VirtualMachine
> public abstract class com.sun.tools.attach.VirtualMachine extends java.lang.Object {
>   // Constructors
>     protected com.sun.tools.attach.VirtualMachine(com.sun.tools.attach.spi.AttachProvider, java.lang.String);
>   // Fields
> ....
> versions
> System.in:3:java.runtime.version=1.6.0_29-b11-402-10M3527
> System.in:4:java.version=1.6.0_29
> System.in:7:java.class.version=50.0
> System.in:10:java.vm.version=20.4-b02-402
> System.in:20:java.vm.specification.version=1.0
> System.in:27:java.specification.version=1.6
>
> No rush on the answer, I just came across it, I can look at other things.
> Thanks again
I'll bet this is just that tools.jar isn't on the classpath. In Apple's 
JDK then the tools that are normally in tools.jar are in classes.jar 
which is on the boot class path. I assume this why it works for 6u29 in 
the above.

-Alan.





More information about the macosx-port-dev mailing list