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