This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
While editing a XML file with around 670 lines it hangs and uses 100% cpu. Most of times after a 10 second delay it continues working ok. Sometimes after 5 minutes it continues using 100% cpu. The XML is a JSF config file, only with managed beans declarations.
Created attachment 53543 [details] Screenshot of the process using 100% cpu
I'm rearranging the file, so doing some cutting and pasting to reorder the declarations. When I copy some block, after clicking somewhere in the file (to try to paste) it hangs...
Can you please capture several threaddumps when CPU goes on 100%?
Created attachment 53555 [details] Thread dump, as requested.
Created attachment 53565 [details] New threaddump
Created attachment 53566 [details] Another threaddump
I've added two new threaddumps, from different moments. I think now it is complete. Ask me if you need more info, as I think that this one is very important for the final release.
In all the threaddumps, the CPU still processes org.netbeans.modules.web.jsf.navigation.* code, reassigning...
This is pageflow editor issue. Reassigning. Joelle, could you look at this?
I believe that all issues and memory leaks (outOfMemory heap) that have reported are directly related to this component.
First going to write unit tests to see what is not getting garbage collected.
Found one, but will continue to look for more.. Also added Unit Test. IDE:------------------------------------------------- IDE: [11/28/07 8:40 AM] Committing "Page Flow Editor" started Checking in src/org/netbeans/modules/web/jsf/navigation/PageFlowController.java; /cvs/web/jsf/navigation/src/org/netbeans/modules/web/jsf/navigation/PageFlowController.java,v <-- PageFlowController.java new revision: 1.145; previous revision: 1.144 done Checking in src/org/netbeans/modules/web/jsf/navigation/PageFlowView.java; /cvs/web/jsf/navigation/src/org/netbeans/modules/web/jsf/navigation/PageFlowView.java,v <-- PageFlowView.java new revision: 1.123; previous revision: 1.122 done Checking in test/unit/src/org/netbeans/modules/web/jsf/navigation/PageFlowControllerTest.java; /cvs/web/jsf/navigation/test/unit/src/org/netbeans/modules/web/jsf/navigation/PageFlowControllerTest.java,v <-- PageFlowControllerTest.java new revision: 1.14; previous revision: 1.13 done IDE: [11/28/07 8:40 AM] Committing "Page Flow Editor" finished
I have also added a modification that makes it so the graph doesn't update until it is showing. These fixes have been committed to the trunk. Please let me know if you would like a jar file to test this out.
IDE:------------------------------------------------- IDE: [11/29/07 3:38 PM] Committing "Page Flow Editor" started Checking in PageFlowController.java; /cvs/web/jsf/navigation/src/org/netbeans/modules/web/jsf/navigation/PageFlowController.java,v <-- PageFlowController.java new revision: 1.146; previous revision: 1.145 done Checking in JSFPageFlowMultiviewDescriptor.java; /cvs/web/jsf/navigation/src/org/netbeans/modules/web/jsf/navigation/JSFPageFlowMultiviewDescriptor.java,v <-- JSFPageFlowMultiviewDescriptor.java new revision: 1.41; previous revision: 1.40 done Checking in FacesModelPropertyChangeListener.java; /cvs/web/jsf/navigation/src/org/netbeans/modules/web/jsf/navigation/FacesModelPropertyChangeListener.java,v <-- FacesModelPropertyChangeListener.java new revision: 1.30; previous revision: 1.29 done Checking in PageFlowView.java; /cvs/web/jsf/navigation/src/org/netbeans/modules/web/jsf/navigation/PageFlowView.java,v <-- PageFlowView.java new revision: 1.125; previous revision: 1.124 done
Created attachment 53733 [details] Thread Dump
Testing with the version dev 200711291200, the problem persists. Attached the dump when the netbeans was locked (frozen).
How disable the pageflow? In large files it freezes the IDE for some seconds (Maaany seconds).
Created attachment 53734 [details] Thread Dump JSF file
The "Fri Nov 30 19:18:00 +0000 2007: threaddump.netbeans2" file refers to the editing of a JSF. The former was an XML.
I've downloaded the daily build Dev 200711291200 and it is still slow. However, it is much faster than before. Before, I cannot continue editing the XML, as I said, for more than 10 minutes (most of the time I killed netbeans without saving work). Now after 40s - 1m it is ok to continue editing. We're almost there. I'll upload two new threaddumps from this new version.
Created attachment 53738 [details] First threaddump from Dev 200711291200 daily build
Created attachment 53739 [details] Second threaddump from Dev 200711291200 daily build
We've tested in a Linux 7.10 Gutsy Gibbon and the same occurred. Changing OS to "All".
Are you switching back and forth between the Page Flow View and the XML view? I am not sure why this thread is getting called. The new code should basically turn off the Page Flow Editor from loading stuff until the Page Flow Editor is showing.
No. When I open this XML (with no navigation-rules, only managed-beans declarations), it opens in XML editor. Simply go anywhere in the text, cut and then go somewhere else and try to paste... and wait.
I have created another issue #123193 which deals with the Low Memory for editing JSF ( I have attached fincatt's Thread Dump in that issue as well).
Hello pinheiro, I think I know what the issue is. I took a look at your thread dump and it seems that the changes weren't picked up in the daily build (your line numbers are obsolete with what I have). Can you try today's daily build. The 29th commit may have been after the snapshot. If you were using 200711191200 ( I presume that means it was take a 0 1200 ) while my commit was finalized at 0 23:39. Can you please confirm? I think that is why Fincatto is seeing something else. His issues seemed to be caused by the JSF module itself and not Page Flow Editor. I will make one more commit tonight (which you won't need) to try to further release the AWT Event Queue while things are being edited, but I don't think this is caused by Page Flow Editor.
Joellelam: I'm using the 6.0 released yesterday and I think that it does not include your patch. I'll attach another thread dump. Later, I'll download the development release to check it out.
Created attachment 53830 [details] Thread dump from 6.0 final
Thanks Pinheiro: Your new thread dump do not point to Page Flow Editor at all. I am closing this issue as resolved. You may want to watch issue #123193 that is currently assigned to Petr. I have attached your dump to that issue as well. If you run into anymore thread dumps that have the words "navigation" in them, you can re-open this bug.
The XML editor still slow on the build DEV200712050000. Now, the paste command is ok. But, when the file is opened, the use of the CPU goes to 100%.
Created attachment 54194 [details] Dump in moment of XML is open.
How long does it stay at 100%? I also need successive thread dumps (at least 3). Thanks!
Have not received a response... Assuming original fix worked. If there you are seeing something new, it may be best to open a new bug so to clear things out.
*** Issue 123219 has been marked as a duplicate of this issue. ***
*** Issue 126347 has been marked as a duplicate of this issue. ***
Could not reproduce anything from described behaviour, marking as verified Product Version: NetBeans IDE Dev (Build 200811260201) Java: 1.6.0_10; Java HotSpot(TM) Client VM 11.0-b15 System: Linux version 2.6.27-7-generic running on i386; UTF-8; en_US (nb)