Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Web Tools Project (WTP) » New JUnit Servlet Test Case caused 100% cpu loop
New JUnit Servlet Test Case caused 100% cpu loop [message #181750] Thu, 19 October 2006 16:46 Go to next message
Michael Giroux is currently offline Michael Giroux
Messages: 287
Registered: July 2009
Senior Member
I tried to create a new JUnit Servlet Test Case in a project. After
clicking Servlet Test Case menu, Eclipse went into a 100% cpu cycle, and
never came out. I had to abort Eclipse using the Windows Task Manager. Is
this a known issue?

Eclipse 3.2.1, WTP 1.5.1 (all in one)

Thread dump follows:

Need a bug report?

Michael Giroux



Full thread dump Java HotSpot(TM) Client VM (1.5.0_09-b01 mixed mode):

"Worker-35" prio=6 tid=0x34f20e88 nid=0xa8c in Object.wait()
[0x37fdf000..0x37fdfb68]
at java.lang.Object.wait(Native Method)
- waiting on <0x04a529f8> (a
org.eclipse.core.internal.jobs.WorkerPool)
at
org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.j ava:173)
- locked <0x04a529f8> (a org.eclipse.core.internal.jobs.WorkerPool)
at
org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPoo l.java:205)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:51)

"org.eclipse.jface.text.reconciler.MonoReconciler" daemon prio=2
tid=0x35fdfd20 nid=0xfc8 in Object.wait() [0x397bf000..0x397bfc68]
at java.lang.Object.wait(Native Method)
at
org.eclipse.jface.text.reconciler.AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:176)
- locked <0x07cde388> (a
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2
tid=0x35f535e0 nid=0xddc in Object.wait() [0x37f7f000..0x37f7fa68]
at java.lang.Object.wait(Native Method)
at
org.eclipse.jface.text.reconciler.AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:176)
- locked <0x07c680b0> (a
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Worker-29" prio=6 tid=0x35baecb0 nid=0xd4c in Object.wait()
[0x3683f000..0x3683fce8]
at java.lang.Object.wait(Native Method)
- waiting on <0x04a529f8> (a
org.eclipse.core.internal.jobs.WorkerPool)
at
org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.j ava:173)
- locked <0x04a529f8> (a org.eclipse.core.internal.jobs.WorkerPool)
at
org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPoo l.java:205)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:51)

"org.eclipse.jface.text.reconciler.MonoReconciler" daemon prio=2
tid=0x35e4dcf0 nid=0xbdc in Object.wait() [0x36e0f000..0x36e0f9e8]
at java.lang.Object.wait(Native Method)
at
org.eclipse.jface.text.reconciler.AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:176)
- locked <0x07057338> (a
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jface.text.reconciler.MonoReconciler" daemon prio=2
tid=0x370b8b90 nid=0xbd4 in Object.wait() [0x3579f000..0x3579fa68]
at java.lang.Object.wait(Native Method)
at
org.eclipse.jface.text.reconciler.AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:176)
- locked <0x07068040> (a
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler " daemon prio=2
tid=0x35cf8748 nid=0xdcc in Object.wait() [0x39c3f000..0x39c3fce8]
at java.lang.Object.wait(Native Method)
at
org.eclipse.jface.text.reconciler.AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:176)
- locked <0x06fd9b38> (a
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2
tid=0x35ac02e8 nid=0xfa4 in Object.wait() [0x367ff000..0x367ffc68]
at java.lang.Object.wait(Native Method)
at
org.eclipse.jface.text.reconciler.AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:176)
- locked <0x06dead00> (a
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2
tid=0x34d29a88 nid=0xaf0 in Object.wait() [0x3671f000..0x3671f9e8]
at java.lang.Object.wait(Native Method)
at
org.eclipse.jface.text.reconciler.AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:176)
- locked <0x0572ef28> (a
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Java indexing" daemon prio=4 tid=0x34c7c160 nid=0xc08 in Object.wait()
[0x365df000..0x365dfae8]
at java.lang.Object.wait(Native Method)
- waiting on <0x055320f8> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
at java.lang.Object.wait(Unknown Source)
at
org.eclipse.jdt.internal.core.search.processing.JobManager.r un(JobManager.java:349)
- locked <0x055320f8> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
at java.lang.Thread.run(Unknown Source)

"Start Level Event Dispatcher" daemon prio=6 tid=0x34de55c8 nid=0x814 in
Object.wait() [0x351ef000..0x351efce8]
at java.lang.Object.wait(Native Method)
- waiting on <0x049dab10> (a
org.eclipse.osgi.framework.eventmgr.EventManager$EventThread )
at java.lang.Object.wait(Unknown Source)
at
org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .getNextEvent(EventManager.java:349)
- locked <0x049dab10> (a
org.eclipse.osgi.framework.eventmgr.EventManager$EventThread )
at
org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .run(EventManager.java:287)

"Framework Event Dispatcher" daemon prio=6 tid=0x34de57f0 nid=0xf64 in
Object.wait() [0x351af000..0x351afd68]
at java.lang.Object.wait(Native Method)
- waiting on <0x0494da58> (a
org.eclipse.osgi.framework.eventmgr.EventManager$EventThread )
at java.lang.Object.wait(Unknown Source)
at
org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .getNextEvent(EventManager.java:349)
- locked <0x0494da58> (a
org.eclipse.osgi.framework.eventmgr.EventManager$EventThread )
at
org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .run(EventManager.java:287)

"State Data Manager" daemon prio=6 tid=0x34b437f8 nid=0x844 waiting on
condition [0x3516f000..0x3516f9e8]
at java.lang.Thread.sleep(Native Method)
at
org.eclipse.osgi.internal.baseadaptor.StateManager.run(State Manager.java:297)
at java.lang.Thread.run(Unknown Source)

"Low Memory Detector" daemon prio=6 tid=0x00a94968 nid=0xc3c runnable
[0x00000000..0x00000000]

"CompilerThread0" daemon prio=10 tid=0x00a93668 nid=0x880 waiting on
condition [0x00000000..0x34a6f848]

"Signal Dispatcher" daemon prio=10 tid=0x00a92918 nid=0xe14 waiting on
condition [0x00000000..0x00000000]

"Finalizer" daemon prio=8 tid=0x00a89950 nid=0xea4 in Object.wait()
[0x0099f000..0x0099fc68]
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
- locked <0x04856d58> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source)

"Reference Handler" daemon prio=10 tid=0x00a884e8 nid=0xab0 in Object.wait()
[0x0095f000..0x0095fce8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Unknown Source)
at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source)
- locked <0x04856dd8> (a java.lang.ref.Reference$Lock)

"main" prio=6 tid=0x000368a0 nid=0x19c runnable [0x0007e000..0x0007fc40]
at
org.eclipse.jdt.internal.core.JavaElement.equals(JavaElement .java:120)
at
org.eclipse.jdt.internal.core.SourceRefElement.equals(Source RefElement.java:83)
at
org.eclipse.jdt.internal.core.BinaryType.equals(BinaryType.j ava:148)
at
org.eclipse.jdt.internal.core.TypeVector.contains(TypeVector .java:56)
at
org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.addSub type(TypeHierarchy.java:219)
at
org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.cacheS uperclass(TypeHierarchy.java:262)
at
org.eclipse.jdt.internal.core.hierarchy.HierarchyBuilder.con nect(HierarchyBuilder.java:163)
at
org.eclipse.jdt.internal.core.hierarchy.HierarchyResolver.re portHierarchy(HierarchyResolver.java:483)
at
org.eclipse.jdt.internal.core.hierarchy.HierarchyResolver.re solve(HierarchyResolver.java:731)
at
org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyB uilder.buildForProject(IndexBasedHierarchyBuilder.java:199)
at
org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyB uilder.buildFromPotentialSubtypes(IndexBasedHierarchyBuilder .java:284)
at
org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyB uilder.build(IndexBasedHierarchyBuilder.java:129)
at
org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.comput e(TypeHierarchy.java:300)
at
org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.refres h(TypeHierarchy.java:1235)
- locked <0x07e14b20> (a
org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy)
at
org.eclipse.jdt.internal.core.CreateTypeHierarchyOperation.e xecuteOperation(CreateTypeHierarchyOperation.java:90)
at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaMod elOperation.java:720)
at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperatio n(JavaModelOperation.java:779)
at
org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy(Bi naryType.java:877)
at
org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy(Bi naryType.java:896)
at
org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy(Bi naryType.java:866)
at
org.eclipse.jst.server.ui.internal.cactus.NewServletTestCase Wizard$CactusPage1.superClassChanged(NewServletTestCaseWizar d.java:176)
at
org.eclipse.jdt.ui.wizards.NewTypeWizardPage.typePageDialogF ieldChanged(NewTypeWizardPage.java:989)
at
org.eclipse.jdt.ui.wizards.NewTypeWizardPage.access$2(NewTyp eWizardPage.java:953)
at
org.eclipse.jdt.ui.wizards.NewTypeWizardPage$TypeFieldsAdapt er.dialogFieldChanged(NewTypeWizardPage.java:891)
at
org.eclipse.jdt.internal.ui.wizards.dialogfields.DialogField .dialogFieldChanged(DialogField.java:70)
at
org.eclipse.jdt.internal.ui.wizards.dialogfields.StringDialo gField.setText(StringDialogField.java:162)
at
org.eclipse.jdt.ui.wizards.NewTypeWizardPage.setSuperClass(N ewTypeWizardPage.java:1225)
at
org.eclipse.jdt.ui.wizards.NewTypeWizardPage.initTypePage(Ne wTypeWizardPage.java:573)
at
org.eclipse.jdt.junit.wizards.NewTestCaseWizardPageOne.init( NewTestCaseWizardPageOne.java:199)
at
org.eclipse.jst.server.ui.internal.cactus.NewServletTestCase Wizard$CactusPage1.init(NewServletTestCaseWizard.java:124)
at
org.eclipse.jst.server.ui.internal.cactus.NewServletTestCase Wizard.addPages(NewServletTestCaseWizard.java:104)
at
org.eclipse.jface.wizard.WizardSelectionPage.getNextPage(Wiz ardSelectionPage.java:113)
at
org.eclipse.ui.internal.dialogs.WorkbenchWizardSelectionPage .getNextPage(WorkbenchWizardSelectionPage.java:100)
at
org.eclipse.jface.wizard.WizardDialog.nextPressed(WizardDial og.java:751)
at
org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDi alog.java:351)
at
org.eclipse.jface.dialogs.Dialog$3.widgetSelected(Dialog.jav a:660)
at
org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListe ner.java:90)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :66)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:928)
at
org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3348)
at
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :2968)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:820 )
at org.eclipse.jface.window.Window.open(Window.java:796)
at
org.eclipse.ui.actions.NewWizardAction.run(NewWizardAction.j ava:181)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:499 )
at
org.eclipse.jface.action.ActionContributionItem.handleWidget Selection(ActionContributionItem.java:539)
at
org.eclipse.jface.action.ActionContributionItem.access$2(Act ionContributionItem.java:488)
at
org.eclipse.jface.action.ActionContributionItem$5.handleEven t(ActionContributionItem.java:400)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :66)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:928)
at
org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3348)
at
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :2968)
at
org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:1914)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1878)
at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:419)
at
org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
at
org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplicatio n.java:95)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(Pl atformActivator.java:78)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:92)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:68)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:400)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.core.launcher.Main.invokeFramework(Main.java:336 )
at org.eclipse.core.launcher.Main.basicRun(Main.java:280)
at org.eclipse.core.launcher.Main.run(Main.java:977)
at org.eclipse.core.launcher.Main.main(Main.java:952)

"VM Thread" prio=10 tid=0x00a842a8 nid=0xb18 runnable

"VM Periodic Task Thread" prio=10 tid=0x00a95c78 nid=0x668 waiting on
condition
Re: New JUnit Servlet Test Case caused 100% cpu loop [message #181757 is a reply to message #181750] Fri, 20 October 2006 20:29 Go to previous messageGo to next message
David Williams is currently offline David Williams
Messages: 695
Registered: July 2009
Senior Member
On Thu, 19 Oct 2006 16:46:30 -0400, Michael Giroux
<michael.giroux@bull.com> wrote:

> Need a bug report?


Yep. Glancing at your thread dump, I didn't really see a loop ... so, be
sure you're clear what you mean, and/or what you observed.
Re: New JUnit Servlet Test Case caused 100% cpu loop [message #181793 is a reply to message #181750] Mon, 23 October 2006 11:31 Go to previous messageGo to next message
Eclipse User
Originally posted by: wknauf_NO_._INSIDE_hg-online.de

Hi Michael,

I have seen this, too. But it seems to be an overall eclipse memory problem. It
may hit you on any action.

See this for a workaround:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=150337

Best regards

Wolfgang

Michael Giroux schrieb:
> I tried to create a new JUnit Servlet Test Case in a project. After
> clicking Servlet Test Case menu, Eclipse went into a 100% cpu cycle, and
> never came out. I had to abort Eclipse using the Windows Task Manager. Is
> this a known issue?
>
> Eclipse 3.2.1, WTP 1.5.1 (all in one)
>
> Thread dump follows:
>
> Need a bug report?
>
> Michael Giroux
>
>
>
> Full thread dump Java HotSpot(TM) Client VM (1.5.0_09-b01 mixed mode):
>
> "Worker-35" prio=6 tid=0x34f20e88 nid=0xa8c in Object.wait()
> [0x37fdf000..0x37fdfb68]
> at java.lang.Object.wait(Native Method)
> - waiting on <0x04a529f8> (a
> org.eclipse.core.internal.jobs.WorkerPool)
> at
> org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.j ava:173)
> - locked <0x04a529f8> (a org.eclipse.core.internal.jobs.WorkerPool)
> at
> org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPoo l.java:205)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:51)
>
> "org.eclipse.jface.text.reconciler.MonoReconciler" daemon prio=2
> tid=0x35fdfd20 nid=0xfc8 in Object.wait() [0x397bf000..0x397bfc68]
> at java.lang.Object.wait(Native Method)
> at
> org.eclipse.jface.text.reconciler.AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:176)
> - locked <0x07cde388> (a
> org.eclipse.jface.text.reconciler.DirtyRegionQueue)
>
> "org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2
> tid=0x35f535e0 nid=0xddc in Object.wait() [0x37f7f000..0x37f7fa68]
> at java.lang.Object.wait(Native Method)
> at
> org.eclipse.jface.text.reconciler.AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:176)
> - locked <0x07c680b0> (a
> org.eclipse.jface.text.reconciler.DirtyRegionQueue)
>
> "Worker-29" prio=6 tid=0x35baecb0 nid=0xd4c in Object.wait()
> [0x3683f000..0x3683fce8]
> at java.lang.Object.wait(Native Method)
> - waiting on <0x04a529f8> (a
> org.eclipse.core.internal.jobs.WorkerPool)
> at
> org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.j ava:173)
> - locked <0x04a529f8> (a org.eclipse.core.internal.jobs.WorkerPool)
> at
> org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPoo l.java:205)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:51)
>
> "org.eclipse.jface.text.reconciler.MonoReconciler" daemon prio=2
> tid=0x35e4dcf0 nid=0xbdc in Object.wait() [0x36e0f000..0x36e0f9e8]
> at java.lang.Object.wait(Native Method)
> at
> org.eclipse.jface.text.reconciler.AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:176)
> - locked <0x07057338> (a
> org.eclipse.jface.text.reconciler.DirtyRegionQueue)
>
> "org.eclipse.jface.text.reconciler.MonoReconciler" daemon prio=2
> tid=0x370b8b90 nid=0xbd4 in Object.wait() [0x3579f000..0x3579fa68]
> at java.lang.Object.wait(Native Method)
> at
> org.eclipse.jface.text.reconciler.AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:176)
> - locked <0x07068040> (a
> org.eclipse.jface.text.reconciler.DirtyRegionQueue)
>
> "org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler " daemon prio=2
> tid=0x35cf8748 nid=0xdcc in Object.wait() [0x39c3f000..0x39c3fce8]
> at java.lang.Object.wait(Native Method)
> at
> org.eclipse.jface.text.reconciler.AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:176)
> - locked <0x06fd9b38> (a
> org.eclipse.jface.text.reconciler.DirtyRegionQueue)
>
> "org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2
> tid=0x35ac02e8 nid=0xfa4 in Object.wait() [0x367ff000..0x367ffc68]
> at java.lang.Object.wait(Native Method)
> at
> org.eclipse.jface.text.reconciler.AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:176)
> - locked <0x06dead00> (a
> org.eclipse.jface.text.reconciler.DirtyRegionQueue)
>
> "org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2
> tid=0x34d29a88 nid=0xaf0 in Object.wait() [0x3671f000..0x3671f9e8]
> at java.lang.Object.wait(Native Method)
> at
> org.eclipse.jface.text.reconciler.AbstractReconciler$Backgro undThread.run(AbstractReconciler.java:176)
> - locked <0x0572ef28> (a
> org.eclipse.jface.text.reconciler.DirtyRegionQueue)
>
> "Java indexing" daemon prio=4 tid=0x34c7c160 nid=0xc08 in Object.wait()
> [0x365df000..0x365dfae8]
> at java.lang.Object.wait(Native Method)
> - waiting on <0x055320f8> (a
> org.eclipse.jdt.internal.core.search.indexing.IndexManager)
> at java.lang.Object.wait(Unknown Source)
> at
> org.eclipse.jdt.internal.core.search.processing.JobManager.r un(JobManager.java:349)
> - locked <0x055320f8> (a
> org.eclipse.jdt.internal.core.search.indexing.IndexManager)
> at java.lang.Thread.run(Unknown Source)
>
> "Start Level Event Dispatcher" daemon prio=6 tid=0x34de55c8 nid=0x814 in
> Object.wait() [0x351ef000..0x351efce8]
> at java.lang.Object.wait(Native Method)
> - waiting on <0x049dab10> (a
> org.eclipse.osgi.framework.eventmgr.EventManager$EventThread )
> at java.lang.Object.wait(Unknown Source)
> at
> org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .getNextEvent(EventManager.java:349)
> - locked <0x049dab10> (a
> org.eclipse.osgi.framework.eventmgr.EventManager$EventThread )
> at
> org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .run(EventManager.java:287)
>
> "Framework Event Dispatcher" daemon prio=6 tid=0x34de57f0 nid=0xf64 in
> Object.wait() [0x351af000..0x351afd68]
> at java.lang.Object.wait(Native Method)
> - waiting on <0x0494da58> (a
> org.eclipse.osgi.framework.eventmgr.EventManager$EventThread )
> at java.lang.Object.wait(Unknown Source)
> at
> org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .getNextEvent(EventManager.java:349)
> - locked <0x0494da58> (a
> org.eclipse.osgi.framework.eventmgr.EventManager$EventThread )
> at
> org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .run(EventManager.java:287)
>
> "State Data Manager" daemon prio=6 tid=0x34b437f8 nid=0x844 waiting on
> condition [0x3516f000..0x3516f9e8]
> at java.lang.Thread.sleep(Native Method)
> at
> org.eclipse.osgi.internal.baseadaptor.StateManager.run(State Manager.java:297)
> at java.lang.Thread.run(Unknown Source)
>
> "Low Memory Detector" daemon prio=6 tid=0x00a94968 nid=0xc3c runnable
> [0x00000000..0x00000000]
>
> "CompilerThread0" daemon prio=10 tid=0x00a93668 nid=0x880 waiting on
> condition [0x00000000..0x34a6f848]
>
> "Signal Dispatcher" daemon prio=10 tid=0x00a92918 nid=0xe14 waiting on
> condition [0x00000000..0x00000000]
>
> "Finalizer" daemon prio=8 tid=0x00a89950 nid=0xea4 in Object.wait()
> [0x0099f000..0x0099fc68]
> at java.lang.Object.wait(Native Method)
> at java.lang.ref.ReferenceQueue.remove(Unknown Source)
> - locked <0x04856d58> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(Unknown Source)
> at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source)
>
> "Reference Handler" daemon prio=10 tid=0x00a884e8 nid=0xab0 in Object.wait()
> [0x0095f000..0x0095fce8]
> at java.lang.Object.wait(Native Method)
> at java.lang.Object.wait(Unknown Source)
> at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source)
> - locked <0x04856dd8> (a java.lang.ref.Reference$Lock)
>
> "main" prio=6 tid=0x000368a0 nid=0x19c runnable [0x0007e000..0x0007fc40]
> at
> org.eclipse.jdt.internal.core.JavaElement.equals(JavaElement .java:120)
> at
> org.eclipse.jdt.internal.core.SourceRefElement.equals(Source RefElement.java:83)
> at
> org.eclipse.jdt.internal.core.BinaryType.equals(BinaryType.j ava:148)
> at
> org.eclipse.jdt.internal.core.TypeVector.contains(TypeVector .java:56)
> at
> org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.addSub type(TypeHierarchy.java:219)
> at
> org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.cacheS uperclass(TypeHierarchy.java:262)
> at
> org.eclipse.jdt.internal.core.hierarchy.HierarchyBuilder.con nect(HierarchyBuilder.java:163)
> at
> org.eclipse.jdt.internal.core.hierarchy.HierarchyResolver.re portHierarchy(HierarchyResolver.java:483)
> at
> org.eclipse.jdt.internal.core.hierarchy.HierarchyResolver.re solve(HierarchyResolver.java:731)
> at
> org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyB uilder.buildForProject(IndexBasedHierarchyBuilder.java:199)
> at
> org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyB uilder.buildFromPotentialSubtypes(IndexBasedHierarchyBuilder .java:284)
> at
> org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyB uilder.build(IndexBasedHierarchyBuilder.java:129)
> at
> org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.comput e(TypeHierarchy.java:300)
> at
> org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.refres h(TypeHierarchy.java:1235)
> - locked <0x07e14b20> (a
> org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy)
> at
> org.eclipse.jdt.internal.core.CreateTypeHierarchyOperation.e xecuteOperation(CreateTypeHierarchyOperation.java:90)
> at
> org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaMod elOperation.java:720)
> at
> org.eclipse.jdt.internal.core.JavaModelOperation.runOperatio n(JavaModelOperation.java:779)
> at
> org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy(Bi naryType.java:877)
> at
> org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy(Bi naryType.java:896)
> at
> org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy(Bi naryType.java:866)
> at
> org.eclipse.jst.server.ui.internal.cactus.NewServletTestCase Wizard$CactusPage1.superClassChanged(NewServletTestCaseWizar d.java:176)
> at
> org.eclipse.jdt.ui.wizards.NewTypeWizardPage.typePageDialogF ieldChanged(NewTypeWizardPage.java:989)
> at
> org.eclipse.jdt.ui.wizards.NewTypeWizardPage.access$2(NewTyp eWizardPage.java:953)
> at
> org.eclipse.jdt.ui.wizards.NewTypeWizardPage$TypeFieldsAdapt er.dialogFieldChanged(NewTypeWizardPage.java:891)
> at
> org.eclipse.jdt.internal.ui.wizards.dialogfields.DialogField .dialogFieldChanged(DialogField.java:70)
> at
> org.eclipse.jdt.internal.ui.wizards.dialogfields.StringDialo gField.setText(StringDialogField.java:162)
> at
> org.eclipse.jdt.ui.wizards.NewTypeWizardPage.setSuperClass(N ewTypeWizardPage.java:1225)
> at
> org.eclipse.jdt.ui.wizards.NewTypeWizardPage.initTypePage(Ne wTypeWizardPage.java:573)
> at
> org.eclipse.jdt.junit.wizards.NewTestCaseWizardPageOne.init( NewTestCaseWizardPageOne.java:199)
> at
> org.eclipse.jst.server.ui.internal.cactus.NewServletTestCase Wizard$CactusPage1.init(NewServletTestCaseWizard.java:124)
> at
> org.eclipse.jst.server.ui.internal.cactus.NewServletTestCase Wizard.addPages(NewServletTestCaseWizard.java:104)
> at
> org.eclipse.jface.wizard.WizardSelectionPage.getNextPage(Wiz ardSelectionPage.java:113)
> at
> org.eclipse.ui.internal.dialogs.WorkbenchWizardSelectionPage .getNextPage(WorkbenchWizardSelectionPage.java:100)
> at
> org.eclipse.jface.wizard.WizardDialog.nextPressed(WizardDial og.java:751)
> at
> org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDi alog.java:351)
> at
> org.eclipse.jface.dialogs.Dialog$3.widgetSelected(Dialog.jav a:660)
> at
> org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListe ner.java:90)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :66)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:928)
> at
> org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3348)
> at
> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :2968)
> at org.eclipse.jface.window.Window.runEventLoop(Window.java:820 )
> at org.eclipse.jface.window.Window.open(Window.java:796)
> at
> org.eclipse.ui.actions.NewWizardAction.run(NewWizardAction.j ava:181)
> at org.eclipse.jface.action.Action.runWithEvent(Action.java:499 )
> at
> org.eclipse.jface.action.ActionContributionItem.handleWidget Selection(ActionContributionItem.java:539)
> at
> org.eclipse.jface.action.ActionContributionItem.access$2(Act ionContributionItem.java:488)
> at
> org.eclipse.jface.action.ActionContributionItem$5.handleEven t(ActionContributionItem.java:400)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :66)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:928)
> at
> org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3348)
> at
> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :2968)
> at
> org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:1914)
> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1878)
> at
> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:419)
> at
> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
> at
> org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplicatio n.java:95)
> at
> org.eclipse.core.internal.runtime.PlatformActivator$1.run(Pl atformActivator.java:78)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:92)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:68)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:400)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:177)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at org.eclipse.core.launcher.Main.invokeFramework(Main.java:336 )
> at org.eclipse.core.launcher.Main.basicRun(Main.java:280)
> at org.eclipse.core.launcher.Main.run(Main.java:977)
> at org.eclipse.core.launcher.Main.main(Main.java:952)
>
> "VM Thread" prio=10 tid=0x00a842a8 nid=0xb18 runnable
>
> "VM Periodic Task Thread" prio=10 tid=0x00a95c78 nid=0x668 waiting on
> condition
>
>
>
>
Re: New JUnit Servlet Test Case caused 100% cpu loop [message #181803 is a reply to message #181757] Mon, 23 October 2006 11:42 Go to previous messageGo to next message
Michael Giroux is currently offline Michael Giroux
Messages: 287
Registered: July 2009
Senior Member
https://bugs.eclipse.org/bugs/show_bug.cgi?id=161968


It appears that the problem is related to the number of projects in the
workspace. Starting with a new workspace and a single project, I was able
to create a new JUnit Servlet Test Case in a few seconds.

My production workspace has 57 projects. In this workspace, it takes 2+
minutes to create a new JUnit Servlet Test Case.

I ran a test creating new projects and JUnit Servlet Test Cases in each. As
the number of projects increased, the time it takes to create the test case
increases.

Michael Giroux
Re: New JUnit Servlet Test Case caused 100% cpu loop [message #181804 is a reply to message #181793] Mon, 23 October 2006 11:45 Go to previous message
Michael Giroux is currently offline Michael Giroux
Messages: 287
Registered: July 2009
Senior Member
Thanks. I'm already using the MaxPermSize workaround. I have mine set to
384K and this has completely eliminated all hangs up till now. I think this
may be a different issue.

Michael
Previous Topic:tomcat failed to start (ubuntu dapper + tomcat5 + eclipse3.2)
Next Topic:Question about ServerCore.getRuntimes()
Goto Forum:
  


Current Time: Tue Jul 22 13:34:55 EDT 2014

Powered by FUDForum. Page generated in 0.01934 seconds