You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@shindig.apache.org by "Yun Zhi Lin (JIRA)" <ji...@apache.org> on 2013/12/13 08:09:07 UTC

[jira] [Updated] (SHINDIG-1935) Add org.apache.xerces.dom.DeferredElementNSImpl to sizeoffilter.txt to have EH Cache ignore this class

     [ https://issues.apache.org/jira/browse/SHINDIG-1935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Yun Zhi Lin updated SHINDIG-1935:
---------------------------------

    Attachment: fix-1935-bug.patch

A patch for this JIRA. 

This patch contains two changes . The first change is to increase the maxDepth of sizeOfPolicy for template library cache,   as the template file can be complex enough to exceed the original 1000 limitation .

Another change is to rewrite the template xml string before parsing.  This reduces the string object number counted by ehcache. The rewrite can be controlled by a property in shindig.properties.  The negative impact is it would impact the readability of the gadget code in browser. 

> Add org.apache.xerces.dom.DeferredElementNSImpl to sizeoffilter.txt to have EH Cache ignore this class
> ------------------------------------------------------------------------------------------------------
>
>                 Key: SHINDIG-1935
>                 URL: https://issues.apache.org/jira/browse/SHINDIG-1935
>             Project: Shindig
>          Issue Type: Bug
>    Affects Versions: 2.5.0, 2.5.1, 2.5.0-update1
>            Reporter: Ryan Baxter
>            Assignee: Ryan Baxter
>         Attachments: fix-1935-bug.patch, org.apache.xerces.dom.DeferredElementNSImpl.txt
>
>
> When rendering a gadget I am seeing a warning from EH Cache saying it had exceeded the 1000 object limit when traversing the object graph.  After enabling additional EH Cache logging it looks like the class org.apache.xerces.dom.DeferredElementNSImpl has a pretty big object graph.  I believe this class is used to represent DOM elements so it could be that the HTML for the gadget is fairly large making the object graph representing one of the elements pretty large as well.  I think it is safe to ignore this class since classing the Java Object representation of the HTML is not as important as caching the HTML itself.    I have attached the EH Cache debug with the details of the object graph.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)