[ 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