You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Felix Meschberger (Commented) (JIRA)" <ji...@apache.org> on 2012/02/02 21:38:57 UTC

[jira] [Commented] (SLING-2398) Sling Mappings creates new threads to reload mappings

    [ 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