[jira] [Comment Edited] (SLING-5449) Content repository initialization language

["Bertrand Delacretaz (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/SLING-5449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15112932#comment-15112932 ] 

Bertrand Delacretaz edited comment on SLING-5449 at 1/22/16 7:32 PM:
---------------------------------------------------------------------

I have now moved the {{repoinit}} module at {{bundles/commons/repoinit}}. 

[~radu.cotescu] I think you were waiting on this to write tests that require service users, you should now be able to do that as in the {{RepoInitIT}} test in the {{it}} module.


was (Author: bdelacretaz):
I have now moved to repoinit module at {{bundles/commons/repoinit}}. 

[~radu.cotescu] I think you were waiting on this to write tests that require service users, you should now be able to do that as in the {{RepoInitIT}} test in the {{it}} module.

> Content repository initialization language
> ------------------------------------------
>
>                 Key: SLING-5449
>                 URL: https://issues.apache.org/jira/browse/SLING-5449
>             Project: Sling
>          Issue Type: Improvement
>          Components: Commons
>            Reporter: Bertrand Delacretaz
>            Assignee: Bertrand Delacretaz
>            Priority: Minor
>
> Discussions on our dev list and with my colleagues around SLING-5355 (the ACL definition language) show that we need to initialize a number of things when starting on a new or existing content repository:
> * Create the "base tree", paths like /libs, /apps, /var that many modules use and sometimes compete to create.
> * Create service users
> * Set ACLs on the base tree for those service users
> * And maybe setup some JCR-specific things like node types and custom privileges, that other content repositories would ignore.
> I'll create a more general module than what I created for SLING-5355 (which hasn't been released) to cover those things, and put it under {{commons/jcrinit}} as it shouldn't have any dependencies on Sling. We might donate it to Jackrabbit once it matures but for now my goal is to implement the whole cycle inside Sling as it's the primary customer of that.
> The JCR-specific APIs should only use a JCR Session as a handle to the content repository, to keep this independent of Sling and allow it to be used in other contexts like tests.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)