[jbosstools-issues] [JBoss JIRA] Commented: (JBIDE-1896) JBDS1.0 Massive Memory Leak using JBoss Tool HTML Editor on .XHTML files

[ http://jira.jboss.com/jira/browse/JBIDE-1896?page=comments#action_12402592 ] Snjezana Peco commented on JBIDE-1896: -------------------------------------- You can reproduce this issue in the following way: - create some JSF project - add the attached edit.xhtml file to the WebContent/layout directory - add the attached test.xhtml file to the WebContent directory - try to add <h:form></h:form> around line 290, after <h:commandLink> Editing is slow. I have found two ways to speed up this editing: 1) In the VpeDefineContainerTemplate class, a file that is defined in <ui:define>, is opened for reading and closed every time it is accessed. A similar issue is described in http://jira.jboss.com/jira/browse/JBIDE-1105#action_12394448, issue 3. The attached patch fixes this issue as well and contains the memory leak patch from the previous comment (http://jira.jboss.com/jira/browse/JBIDE-1896#action_12401691). This speeds up editing the file about 3 times. 2) The <h:form> tag contains a lot of children.This node (or some other node that contains a lot of children) can be splited into sections using the <div> tag. Attached is the testdiv.xhtml file to illustrate this case. Editing is very fast with no delay. Users can split a node into sections manually (Andy, you can try this within JBoss Tools 2.0.0/JBDS 1.0). We can also automatically split big nodes into sections. I suppose that there is the same issue in the VpeCreatorUtil.getFacetType() method that calls the getModelForRead/releaseFromRead methods. I will try to find a test case. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira