You are viewing a plain text version of this content. The canonical link for it is here.
Posted to j-dev@xerces.apache.org by "Peter McCracken (JIRA)" <xe...@xml.apache.org> on 2006/11/21 18:39:02 UTC

[jira] Created: (XERCESJ-1214) Provide a SymbolTable with SoftReferences to avoid OutOfMemoryErrors

Provide a SymbolTable with SoftReferences to avoid OutOfMemoryErrors
--------------------------------------------------------------------

                 Key: XERCESJ-1214
                 URL: http://issues.apache.org/jira/browse/XERCESJ-1214
             Project: Xerces2-J
          Issue Type: New Feature
          Components: Other
            Reporter: Peter McCracken
         Assigned To: Peter McCracken
            Priority: Minor
             Fix For: 2.9.0


The standard org.apache.xerces.util.SymbolTable keeps strong references to its String symbols, and provides no mechanism to eliminate symbolsonce added.  Although this is fine for most situations, if a SymbolTable is expected to have a long lifetime and parse many dissimilar documents, or to parse documents containing many different unique strings (possibly because of artificially generated prefixes), then the SymbolTable can cause an OutOfMemoryError.

An alternate SymbolTable should be provided that keeps SoftReferences to its symbols, so that OutOfMemoryErrors will never happen.  The overhead of using SoftReferences means that this should not become the default SymbolTable, but it would be useful as an option for people encountering the above parsing scenarios.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: j-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: j-dev-help@xerces.apache.org


[jira] Updated: (XERCESJ-1214) Provide a SymbolTable with SoftReferences to avoid OutOfMemoryErrors

Posted by "Michael Glavassevich (JIRA)" <xe...@xml.apache.org>.
     [ http://issues.apache.org/jira/browse/XERCESJ-1214?page=all ]

Michael Glavassevich updated XERCESJ-1214:
------------------------------------------

    Affects Version/s: 2.8.1

> Provide a SymbolTable with SoftReferences to avoid OutOfMemoryErrors
> --------------------------------------------------------------------
>
>                 Key: XERCESJ-1214
>                 URL: http://issues.apache.org/jira/browse/XERCESJ-1214
>             Project: Xerces2-J
>          Issue Type: New Feature
>          Components: Other
>    Affects Versions: 2.8.1
>            Reporter: Peter McCracken
>         Assigned To: Peter McCracken
>            Priority: Minor
>             Fix For: 2.9.0
>
>
> The standard org.apache.xerces.util.SymbolTable keeps strong references to its String symbols, and provides no mechanism to eliminate symbolsonce added.  Although this is fine for most situations, if a SymbolTable is expected to have a long lifetime and parse many dissimilar documents, or to parse documents containing many different unique strings (possibly because of artificially generated prefixes), then the SymbolTable can cause an OutOfMemoryError.
> An alternate SymbolTable should be provided that keeps SoftReferences to its symbols, so that OutOfMemoryErrors will never happen.  The overhead of using SoftReferences means that this should not become the default SymbolTable, but it would be useful as an option for people encountering the above parsing scenarios.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: j-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: j-dev-help@xerces.apache.org


[jira] Resolved: (XERCESJ-1214) Provide a SymbolTable with SoftReferences to avoid OutOfMemoryErrors

Posted by "Peter McCracken (JIRA)" <xe...@xml.apache.org>.
     [ http://issues.apache.org/jira/browse/XERCESJ-1214?page=all ]

Peter McCracken resolved XERCESJ-1214.
--------------------------------------

    Resolution: Fixed

Added org.apache.xerces.util.SoftReferenceSymbolTable and org.apache.xerces.parsers.SoftReferenceSymbolTableParserConfiguration to provide this functionality.

> Provide a SymbolTable with SoftReferences to avoid OutOfMemoryErrors
> --------------------------------------------------------------------
>
>                 Key: XERCESJ-1214
>                 URL: http://issues.apache.org/jira/browse/XERCESJ-1214
>             Project: Xerces2-J
>          Issue Type: New Feature
>          Components: Other
>            Reporter: Peter McCracken
>         Assigned To: Peter McCracken
>            Priority: Minor
>             Fix For: 2.9.0
>
>
> The standard org.apache.xerces.util.SymbolTable keeps strong references to its String symbols, and provides no mechanism to eliminate symbolsonce added.  Although this is fine for most situations, if a SymbolTable is expected to have a long lifetime and parse many dissimilar documents, or to parse documents containing many different unique strings (possibly because of artificially generated prefixes), then the SymbolTable can cause an OutOfMemoryError.
> An alternate SymbolTable should be provided that keeps SoftReferences to its symbols, so that OutOfMemoryErrors will never happen.  The overhead of using SoftReferences means that this should not become the default SymbolTable, but it would be useful as an option for people encountering the above parsing scenarios.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: j-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: j-dev-help@xerces.apache.org