170068 – Debugger hangs ... BUG?

Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 170068 - Debugger hangs ... BUG?

Summary: Debugger hangs ... BUG?

Status:	RESOLVED WORKSFORME

Alias:	None

Product:	Platform
Classification:	Eclipse Project
Component:	Debug (show other bugs)
Version:	3.3
Hardware:	PC Windows All

Importance:	P3 major (vote)
Target Milestone:	---
Assignee:	Platform-Debug-Inbox
QA Contact:

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2007-01-10 05:23 EST by Øystein Amundsen
Modified:	2007-01-22 10:23 EST (History)
CC List:	1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Øystein Amundsen

2007-01-10 05:23:45 EST

Hi!

The debugger hangs in BEA Workshop for WebLogic 9.2 running on Windows Vista using the shipped jdk (think it is 1.5.0_04)
This happens all the time now. 

I don't know if this report should be in this forum, or if it is a BEA Workshop error. I'm posting on both BEA dev2dev forums (bea.workshop.developer.general) and here in any case.

The following items are recorded in the Error log (in chronological order):

Error 2007-01-10 09:35:31.837 Internal error logged from JDI Debug: 
org.eclipse.jdi.TimeoutException: Timeout occurred while waiting for packet 3936.
	at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:174)
	at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:184)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:174)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:192)
	at org.eclipse.jdi.internal.request.EventRequestImpl.enable(EventRequestImpl.java:223)
	at org.eclipse.jdi.internal.request.EventRequestImpl.setEnabled(EventRequestImpl.java:260)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.internalUpdateEnabledState(JavaBreakpoint.java:694)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaMethodBreakpoint.updateEnabledState(JavaMethodBreakpoint.java:341)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.configureRequest(JavaBreakpoint.java:431)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaMethodBreakpoint.createMethodRequest(JavaMethodBreakpoint.java:287)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaMethodBreakpoint.createMethodEntryRequest(JavaMethodBreakpoint.java:219)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaMethodBreakpoint.createRequest(JavaMethodBreakpoint.java:658)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.handleClassPrepareEvent(JavaBreakpoint.java:295)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.handleEvent(JavaBreakpoint.java:251)
	at org.eclipse.jdt.internal.debug.core.EventDispatcher.dispatch(EventDispatcher.java:140)
	at org.eclipse.jdt.internal.debug.core.EventDispatcher.run(EventDispatcher.java:232)
	at java.lang.Thread.run(Thread.java:595)

Error 2007-01-10 09:35:36.977 Internal error logged from JDI Debug: 
org.eclipse.jdi.TimeoutException: Timeout occurred while waiting for packet 3937.
	at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:174)
	at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:184)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:174)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:192)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:222)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.getSourceDebugExtension(ReferenceTypeImpl.java:1536)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.isSourceDebugExtensionAvailable(ReferenceTypeImpl.java:1603)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.getStratum(ReferenceTypeImpl.java:1518)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.locationsOfLine(ReferenceTypeImpl.java:1787)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.locationsOfLine(ReferenceTypeImpl.java:1456)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.locationsOfLine(ReferenceTypeImpl.java:989)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaLineBreakpoint.determineLocations(JavaLineBreakpoint.java:317)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaLineBreakpoint.newRequests(JavaLineBreakpoint.java:262)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.createRequest(JavaBreakpoint.java:402)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.handleClassPrepareEvent(JavaBreakpoint.java:295)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.handleEvent(JavaBreakpoint.java:251)
	at org.eclipse.jdt.internal.debug.core.EventDispatcher.dispatch(EventDispatcher.java:140)
	at org.eclipse.jdt.internal.debug.core.EventDispatcher.run(EventDispatcher.java:232)
	at java.lang.Thread.run(Thread.java:595)

Error 2007-01-10 09:35:40.67 Internal error logged from JDI Debug: 
org.eclipse.jdi.TimeoutException: Timeout occurred while waiting for packet 3938.
	at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:174)
	at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:184)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:174)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:192)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:222)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.getSourceDebugExtension(ReferenceTypeImpl.java:1536)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.isSourceDebugExtensionAvailable(ReferenceTypeImpl.java:1603)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.getStratum(ReferenceTypeImpl.java:1518)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.locationsOfLine(ReferenceTypeImpl.java:1787)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.locationsOfLine(ReferenceTypeImpl.java:1456)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.locationsOfLine(ReferenceTypeImpl.java:989)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaLineBreakpoint.determineLocations(JavaLineBreakpoint.java:317)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaLineBreakpoint.newRequests(JavaLineBreakpoint.java:262)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.createRequest(JavaBreakpoint.java:402)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.handleClassPrepareEvent(JavaBreakpoint.java:295)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.handleEvent(JavaBreakpoint.java:251)
	at org.eclipse.jdt.internal.debug.core.EventDispatcher.dispatch(EventDispatcher.java:140)
	at org.eclipse.jdt.internal.debug.core.EventDispatcher.run(EventDispatcher.java:232)
	at java.lang.Thread.run(Thread.java:595)

Error 2007-01-10 09:35:43.125 Internal error logged from JDI Debug: 
org.eclipse.jdi.TimeoutException: Timeout occurred while waiting for packet 3939.
	at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:174)
	at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:184)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:174)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:192)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:222)
	at org.eclipse.jdi.internal.ClassTypeImpl.superclass(ClassTypeImpl.java:351)
	at org.eclipse.jdi.internal.ClassTypeImpl.concreteMethodByName(ClassTypeImpl.java:134)
	at org.eclipse.jdi.internal.ClassTypeImpl.concreteMethodByName(ClassTypeImpl.java:135)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaMethodBreakpoint.createMethodRequest(JavaMethodBreakpoint.java:262)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaMethodBreakpoint.createMethodEntryRequest(JavaMethodBreakpoint.java:219)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaMethodBreakpoint.createRequest(JavaMethodBreakpoint.java:658)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.handleClassPrepareEvent(JavaBreakpoint.java:295)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.handleEvent(JavaBreakpoint.java:251)
	at org.eclipse.jdt.internal.debug.core.EventDispatcher.dispatch(EventDispatcher.java:140)
	at org.eclipse.jdt.internal.debug.core.EventDispatcher.run(EventDispatcher.java:232)
	at java.lang.Thread.run(Thread.java:595)

Error 2007-01-10 09:35:46.946 Internal error logged from JDI Debug: 
org.eclipse.jdi.TimeoutException: Timeout occurred while waiting for packet 3940.
	at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:174)
	at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:184)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:174)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:192)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:207)
	at org.eclipse.jdi.internal.ThreadReferenceImpl.resume(ThreadReferenceImpl.java:326)
	at org.eclipse.jdi.internal.event.EventSetImpl.resumeThreads(EventSetImpl.java:140)
	at org.eclipse.jdi.internal.event.EventSetImpl.resume(EventSetImpl.java:100)
	at org.eclipse.jdt.internal.debug.core.EventDispatcher.dispatch(EventDispatcher.java:198)
	at org.eclipse.jdt.internal.debug.core.EventDispatcher.run(EventDispatcher.java:232)
	at java.lang.Thread.run(Thread.java:595)


After waiting in vain for several minutes without any response from the application or browser, I decide to shut down the server. It hangs for a while, then this shows up and I'm being asked to forcefully shut down the server. 

[pre]Error 2007-01-10 09:48:27.546 An internal error occurred during: "Shutting down the server...".
java.lang.ArithmeticException: / by zero
	at com.bea.wlw.server.internal.core.WeblogicServerBehaviour.waitCondition(WeblogicServerBehaviour.java:1522)
	at com.bea.wlw.server.internal.core.WeblogicServerBehaviour.stop(WeblogicServerBehaviour.java:1370)
	at com.bea.wlw.server.internal.core.WeblogicServerBehaviour.access$1(WeblogicServerBehaviour.java:1296)
	at com.bea.wlw.server.internal.core.WeblogicServerBehaviour$ShutdownJob.run(WeblogicServerBehaviour.java:1277)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76)[/pre]

I answear 'Yes', but the two console windows (server console and shutdown server console) still hang. In the end, I have to terminate the two processes alltogether.
The following is an extract from the server console after shutdown has failed.

<10.jan.2007 kl 09.45 GMT> <Error> <WebLogicServer> <BEA-000337> <[STUCK] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)' has been busy for "631" seconds working on the request "Http Request: /no/gassco/kb/control/traceComponent
/getTraceComponentIssues.do", which is more than the configured time (StuckThreadMaxTime) of "600" seconds. Stack trace:
Thread-33 "[STUCK] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'" <alive, in native, suspended, priority=1, DAEMON> {
    jrockit.vm.RNI.debuggerEvent(Native Method)
    jrockit.vm.RNI.contextMarker(Unknown Source)
    no.gassco.kb.control.traceComponent.customForms.TraceComponentIssueForm.<init>(TraceComponentIssueForm.java:28)
    no.gassco.kb.control.traceComponent.TraceComponentController.initializeForm(TraceComponentController.java:63)
    no.gassco.kb.control.traceComponent.TraceComponentController.getForm(TraceComponentController.java:111)
    no.gassco.kb.control.traceComponent.TraceComponentController.getTraceComponentIssues(TraceComponentController.java:152)
    jrockit.vm.RNI.c2java(Native Method)
    jrockit.reflect.NativeMethodInvoker.invoke0(Native Method)
    jrockit.reflect.NativeMethodInvoker.invoke(Unknown Source)
    jrockit.reflect.VirtualNativeMethodInvoker.invoke(Unknown Source)
    java.lang.reflect.Method.invoke(Unknown Source)
    org.apache.beehive.netui.pageflow.FlowController.invokeActionMethod(FlowController.java:878)
    org.apache.beehive.netui.pageflow.FlowController.getActionMethodForward(FlowController.java:808)
    org.apache.beehive.netui.pageflow.FlowController.internalExecute(FlowController.java:477)
    org.apache.beehive.netui.pageflow.PageFlowController.internalExecute(PageFlowController.java:305)
    org.apache.beehive.netui.pageflow.FlowController.execute(FlowController.java:335)
    ^-- Holding lock: no.gassco.kb.control.traceComponent.TraceComponentController@5bc819[thin lock]
    org.apache.beehive.netui.pageflow.internal.FlowControllerAction.execute(FlowControllerAction.java:51)
    org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
    org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.access$201(PageFlowRequestProcessor.java:95)
    org.apache.beehive.netui.pageflow.PageFlowRequestProcessor$ActionRunner.execute(PageFlowRequestProcessor.java:2042)
    org.apache.beehive.netui.pageflow.interceptor.action.internal.ActionInterceptors.wrapAction(ActionInterceptors.java:90)
    org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.processActionPerform(PageFlowRequestProcessor.java:2114)
    org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
    org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.processInternal(PageFlowRequestProcessor.java:554)
    org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.process(PageFlowRequestProcessor.java:851)
    org.apache.beehive.netui.pageflow.AutoRegisterActionServlet.process(AutoRegisterActionServlet.java:630)
    org.apache.beehive.netui.pageflow.PageFlowActionServlet.process(PageFlowActionServlet.java:157)
    org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
    javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
    javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:225)
    weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:127)
    weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283)
    weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
    weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
    org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:72)
    weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
    weblogic.servlet.internal.RequestDispatcherImpl.invokeServlet(RequestDispatcherImpl.java:497)
    weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:245)
    org.apache.beehive.netui.pageflow.internal.DefaultForwardRedirectHandler.forward(DefaultForwardRedirectHandler.java:127)
    org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.doForward(PageFlowRequestProcessor.java:1799)
    org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.processForwardConfig(PageFlowRequestProcessor.java:1672)
    org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:229)
    org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.processInternal(PageFlowRequestProcessor.java:554)
    org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.process(PageFlowRequestProcessor.java:851)
    org.apache.beehive.netui.pageflow.AutoRegisterActionServlet.process(AutoRegisterActionServlet.java:630)
    org.apache.beehive.netui.pageflow.PageFlowActionServlet.process(PageFlowActionServlet.java:157)
    org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
    javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
    javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:225)
    weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:127)
    weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283)
    weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
    weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
    org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:72)
    weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
    weblogic.servlet.internal.RequestDispatcherImpl.invokeServlet(RequestDispatcherImpl.java:497)
    weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:245)
    org.apache.beehive.netui.pageflow.internal.DefaultForwardRedirectHandler.forward(DefaultForwardRedirectHandler.java:127)
    org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.doForward(PageFlowRequestProcessor.java:1799)
    org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.processPageFlowRequest(PageFlowRequestProcessor.java:739)
    org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.processInternal(PageFlowRequestProcessor.java:472)
    org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.process(PageFlowRequestProcessor.java:851)
    org.apache.beehive.netui.pageflow.AutoRegisterActionServlet.process(AutoRegisterActionServlet.java:630)
    org.apache.beehive.netui.pageflow.PageFlowActionServlet.process(PageFlowActionServlet.java:157)
    org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
    javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
    javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:225)
    weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:127)
    weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283)
    weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
    weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
    org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:174)
    org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:77)
    weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
    weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3212)
    weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
    weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
    weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:1983)
    weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:1890)
    weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1344)
    weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
    weblogic.work.ExecuteThread.run(ExecuteThread.java:181)
    jrockit.vm.RNI.c2java(Native Method)
}

Comment 1 Øystein Amundsen

2007-01-10 05:30:58 EST

This might have relations to bug 55997? https://bugs.eclipse.org/bugs/show_bug.cgi?id=55997

Comment 2 Darin Wright

2007-01-17 12:07:11 EST

Do you know (can you test) if the problem also happens on 3.2.2 RC1? (M20070112-1200)

Comment 3 Darin Wright

2007-01-17 15:26:48 EST

And to be sure... does this problem happen on XP? or just Vista?

Comment 4 Øystein Amundsen

2007-01-18 02:49:18 EST

I haven't installed Eclipse directly. The error is produced using BEA's Workshop for WebLogic 9.2. A post exists on BEA's user forum as well: http://forums.bea.com/bea/message.jspa?messageID=400002974&tstart=0

The error occurrs on both Vista and XP. A collegue of mine also experience the same problem. BEA thinks it might be a problem with their custom JVM - JRockit. This might seam reasonable when looking at the stack-trace, but there might be other problems related to the Eclipse debugger (As described in the post to BEA), which seams to us to be a bit unstable:

Example: If we put a breakpoint in line 2 and 3 of our code, the process might halt correctly on line 3, but not on 2. 

Another example: If we have a class referencing another class (as they often do in OO programming), and set a breakpoint in both the parent and the child class, the child class might halt on a referenced call, but not the parent...

These errors are more difficult to reproduce, since they occurr at quite unpredictable intervals, and contain no stack-trace. We've experienced that the problem of reaching a breakpoint, might be solved by toggeling the breakpoint off and on again while debugging...

Comment 5 Darin Wright

2007-01-18 11:04:35 EST

Thanks for reporting back. Changing to Windows All.

Comment 6 Darin Wright

2007-01-18 11:11:22 EST

If possible, please try with a Sun VM to see if the problem persists. Reducing severity as it sounds like the problem was not a blocker after re-installing the workbench.

Comment 7 Øystein Amundsen

2007-01-22 02:31:47 EST

Changing to Sun VM seems to fix the problem. This was also recommended by BEA. I think the problem lies with BEA JRockit VM.

Comment 8 Michael Rennie

2007-01-22 10:23:04 EST

marking as WORKSFORME, as this is a problem with JRocket on Vista, not the debugger.