com.sun.tools.attach.VirtualMachine not there
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/MACOSX_PORT-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