You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Bertrand Delacretaz (JIRA)" <ji...@apache.org> on 2016/01/28 12:53:39 UTC
[jira] [Resolved] (SLING-5456) Implement SlingRepositoryInitializer
plug-ins to setup the repository
[ https://issues.apache.org/jira/browse/SLING-5456?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bertrand Delacretaz resolved SLING-5456.
----------------------------------------
Resolution: Fixed
Implemented in http://svn.apache.org/r1727312 , with tests
> Implement SlingRepositoryInitializer plug-ins to setup the repository
> ---------------------------------------------------------------------
>
> Key: SLING-5456
> URL: https://issues.apache.org/jira/browse/SLING-5456
> Project: Sling
> Issue Type: New Feature
> Components: JCR
> Reporter: Bertrand Delacretaz
> Assignee: Bertrand Delacretaz
> Priority: Minor
> Fix For: JCR Base 2.3.2, JCR API 2.3.2
>
>
> I'd like to implement a {{SlingRepositoryInitializer}} extension point for use cases like setting up service users and ACLs and creating the "base tree" of content as described in SLING-5449.
> This can also be very useful to handle content migrations or other cleanup operations in upgrades.
> The scenario is that before registering the {{SlingRepository}} service, all active {{SlingRepositoryInitializer}} services are called in order of their service ranking, passing them the upcoming {{SlingRepository}} service so that they can act on it. Any exception thrown in this processing causes the {{SlingRepository}} service registration to be canceled.
> The {{SlingRepositoryInitializer}} javadocs must stress that those services need to take clustered scenarios into account, and if necessary implement locking mechanisms to avoid stepping on each other's toes.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)