[jira] [Updated] (BCEL-320) A new ClassPathRepository that can scan many JAR files without OutOfMemoryError

["Tomo Suzuki (JIRA)" <ji...@apache.org>]

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

Tomo Suzuki updated BCEL-320:
-----------------------------
    Summary: A new ClassPathRepository that can scan many JAR files without OutOfMemoryError  (was: A new ClassPathRepository that can scan 200 JAR files without OutOfMemoryError)

> A new ClassPathRepository that can scan many JAR files without OutOfMemoryError
> -------------------------------------------------------------------------------
>
>                 Key: BCEL-320
>                 URL: https://issues.apache.org/jira/browse/BCEL-320
>             Project: Commons BCEL
>          Issue Type: Improvement
>            Reporter: Tomo Suzuki
>            Priority: Minor
>
> (This ticket is derivation from [BCEL-317|https://issues.apache.org/jira/browse/BCEL-317], which I found creating ConstantUtf8 cache is not straightforward under current ClassPathRepository design.)
> We use BCEL library in https://github.com/GoogleCloudPlatform/cloud-opensource-java . Thank you for great library.
> I'm going to add an example case where existing ClassPathRepository and MemorySensitiveClassPathRepository throw OutOfMemoryError upon scanning many JAR files.
> Initially I thought it could be fixed by [BCEL-317|https://issues.apache.org/jira/browse/BCEL-317], but it turned out that it's not straightforward under current design. Instead of focusing on ConstantUtf8, I decided to use my own custom ClassPathRepository that uses LRU cache internally to hold JavaClass instances.
> This ticket is to contribute the idea to BCEL library so that other users can benefit from it.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)