com.sun.tools.attach.VirtualMachine not there (original) (raw)

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.029-b11-402-10M3527 System.in:4:java.version=1.6.029 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