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

Michael Hall mik3hall at gmail.com
Sun Jan 1 06:36:18 PST 2012

On Jan 1, 2012, at 8:23 AM, Alan Bateman wrote:

On 01/01/2012 13:23, Michael Hall wrote:

Happy New Year

I was going to search JIRA and noticed this in issues due. http://java.net/jira/browse/MACOSXPORT-97 Possibly related? Otherwise any idea why this class is not present? (b223) Thanks I don't know what b223 is but I just checked my (up to date) build of jdk7u/jdk7u-osx and the attach API is in tools.jar as expected. I also checked jstack and jmap (they use the attach API) and these tools are attaching to running VMs which proves that the mechanism is working. The tests cited in the above JIRA are probably not going to pass through, this is because networking (when IPv6 is enabled) is temporarily broken. I expect Michael will sort that out quickly once he gets back after the holidays.

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

More information about the macosx-port-dev mailing list