[
https://issues.apache.org/jira/browse/SLING-2398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13199195#comment-13199195
]
Felix Meschberger commented on SLING-2398:
------------------------------------------
Thanks for reporting and providing a possible patch.
I am right now working on this issue (and also the potential concurrency of the
init method). I am considering taking a slightly different route, though: I
will create a thread upfront and use some signalling to the thread to kick the
initialization method.
> Sling Mappings creates new threads to reload mappings
> -----------------------------------------------------
>
> Key: SLING-2398
> URL: https://issues.apache.org/jira/browse/SLING-2398
> Project: Sling
> Issue Type: Bug
> Components: JCR
> Affects Versions: JCR Resource 2.0.10
> Reporter: Hakim Sadikali
> Labels: performance
> Attachments: MapEntries.java
>
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> Whenever the /etc/map or a sling:vanityPath, sling:vanityOrder or
> sling:redirect is modified a new thread is created to recreate the maps. If
> these values get modified very quickly, then its possible to create too many
> new threads and kill the system. A better implementation would be to check
> to see if a thread is running and reuse that thread.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira