I think I found the solution (at least a workaround for my problem):
When I load my testplan, it seems that also one of my previous test logs
gets loaded in the graph results listener. This test log is apparently
corrupted, in the jmeter.log it says:
06/10/2003 6:02:27 PM ERROR - jmeter.elements:
org.xml.sax.SAXParseException: The element type "testResults" must be
terminated by the matching end-tag "</testResults>".
at
org.apache.xerces.framework.XMLParser.reportError(XMLParser.java:1213)
at
org.apache.xerces.framework.XMLDocumentScanner.reportFatalXMLError(XMLDocume
ntScanner.java:579)
at
org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.endOfInput(
XMLDocumentScanner.java:1406)
at
org.apache.xerces.framework.XMLDocumentScanner.endOfInput(XMLDocumentScanner
.java:418)
at
org.apache.xerces.validators.common.XMLValidator.sendEndOfInputNotifications
(XMLValidator.java:712)
at
org.apache.xerces.readers.DefaultEntityHandler.changeReaders(DefaultEntityHa
ndler.java:1031)
at
org.apache.xerces.readers.XMLEntityReader.changeReaders(XMLEntityReader.java
:168)
at
org.apache.xerces.readers.UTF8Reader.changeReaders(UTF8Reader.java:182)
at
org.apache.xerces.readers.UTF8Reader.scanContent(UTF8Reader.java:2169)
at
org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatch(XM
LDocumentScanner.java:1094)
at
org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanner.
java:381)
at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1098)
at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1139)
at
org.apache.avalon.framework.configuration.DefaultConfigurationBuilder.buildF
romFile(DefaultConfigurationBuilder.java:176)
at
org.apache.avalon.framework.configuration.DefaultConfigurationBuilder.buildF
romFile(DefaultConfigurationBuilder.java:159)
at
org.apache.jmeter.reporters.ResultCollector.getConfiguration(ResultCollector
.java:333)
at
org.apache.jmeter.reporters.ResultCollector.loadExistingFile(ResultCollector
.java:214)
at
org.apache.jmeter.reporters.ResultCollector.setFilename(ResultCollector.java
:159)
at
org.apache.jmeter.visualizers.gui.AbstractVisualizer.createTestElement(Abstr
actVisualizer.java:105)
at
org.apache.jmeter.gui.tree.JMeterTreeNode.createTestElement(JMeterTreeNode.j
ava:122)
at
org.apache.jmeter.gui.action.CheckDirty.addNode(CheckDirty.java:133)
at
org.apache.jorphan.collections.HashTree.traverseInto(HashTree.java:901)
at
org.apache.jorphan.collections.HashTree.traverseInto(HashTree.java:902)
at
org.apache.jorphan.collections.HashTree.traverse(HashTree.java:886)
at
org.apache.jmeter.gui.action.CheckDirty.doAction(CheckDirty.java:71)
at
org.apache.jmeter.gui.action.ActionRouter.actionPerformed(ActionRouter.java:
108)
at
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1764)
at
javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractButto
n.java:1817)
at
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:4
19)
at
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:257)
at javax.swing.AbstractButton.doClick(AbstractButton.java:289)
at
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1113)
at
javax.swing.plaf.basic.BasicMenuItemUI$MouseInputHandler.mouseReleased(Basic
MenuItemUI.java:943)
at java.awt.Component.processMouseEvent(Component.java:5134)
at java.awt.Component.processEvent(Component.java:4931)
at java.awt.Container.processEvent(Container.java:1566)
at java.awt.Component.dispatchEventImpl(Component.java:3639)
at java.awt.Container.dispatchEventImpl(Container.java:1623)
at java.awt.Component.dispatchEvent(Component.java:3480)
at
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:3450)
at
java.awt.LightweightDispatcher.processMouseEvent(Container.java:3165)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3095)
at java.awt.Container.dispatchEventImpl(Container.java:1609)
at java.awt.Window.dispatchEventImpl(Window.java:1590)
at java.awt.Component.dispatchEvent(Component.java:3480)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:450)
at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.ja
va:197)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java
:150)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:144)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:136)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:99)
As soon as I delete the corrupted test log, I can save my testplan without
problems.
May I suggest to separate the saving of the testplan and logs of test runs ?
Regards, Leo
> -----Urspr�ngliche Nachricht-----
> Von: Graf Leonardo [SMTP:[EMAIL PROTECTED]
> Gesendet am: Dienstag, 10. Juni 2003 13:36
> An: '[EMAIL PROTECTED]'
> Betreff: Saving testplan - JMeter gets stuck in a recursive call
>
> Hello
>
> I have a Problem when trying to save a testplan. The testplan was created
> with JMeter 1.8.1 and I was able to load, use and save it for some time
> without problems.
>
> I'm still able to load and use it now, but saving is not possible anymore.
> Whenever I try to save, JMeter uses 100% of the CPU and just waits
> forever.
>
> After doing a little bit of debugging I saw, that JMeter seems to get
> stuck
> in a recursive call of the private method convertSubTree() in class
> org.apache.jmeter.gui.action.Save.
>
> Any idea what's going wrong ?
>
> Regards, Leo
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
