[
https://issues.apache.org/jira/browse/OAK-7510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16490771#comment-16490771
]
Alex Deparvu commented on OAK-7510:
-----------------------------------
wip branch [0] oak-core tests pass, but I did manage to break oak-jcr
(NameValidator complains heavily about a missing 'oak:' namespace), so I'm not
yet sure if this will work out. still good to have an idea of where this is
going.
So far:
* NamespaceEditor cannot deal with the bootstrapping scenario: it will not
allow adding the 'xml' namespace even if it is the initial call against an
empty state.
* Had to hardcode {{PrivilegeConfigurationImpl}} all over the init code in
tests to get oak-core to pass tests due to the problem mentioned above (missing
'rep:privileges' under jcr:system).
* Another unexpected tidbit: the UserProvider seems to create User objects that
are malformed (missing 'rep:principalName' property).
* had to disable an query test (sql2Measure) not sure why it is failing so far
[0]
https://github.com/stillalex/jackrabbit-oak/tree/initial-content-initializers
> Run repository initializers with hooks
> --------------------------------------
>
> Key: OAK-7510
> URL: https://issues.apache.org/jira/browse/OAK-7510
> Project: Jackrabbit Oak
> Issue Type: Improvement
> Components: core
> Reporter: Alex Deparvu
> Assignee: Alex Deparvu
> Priority: Major
>
> Currently the repository initializers (RepositoryInitializer and
> WorkspaceInitializer) run when the repo boots without any hooks [0] which
> means that current RepositoryInitializers need to setup custom Roots (roots
> with hardcoded editor providers like NamespaceEditorProvider and
> TypeEditorProvider) on top of the provided builders to be able to setup
> properly. I'm looking at the InitialContent [1] and the CugConfiguration [2]
> in the context of installing node types.
> I would like to look into removing the hardcoded providers and trying to run
> all existing editors over the content produced by the initializers.
> As an added benefit this will allow decoupling of hard dependencies between
> components (see for example OAK-7499)
> [0]
> https://github.com/apache/jackrabbit-oak/blob/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/Oak.java#L687
>
> [1]
> https://github.com/apache/jackrabbit-oak/blob/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/InitialContent.java#L134
> [2]
> https://github.com/apache/jackrabbit-oak/blob/trunk/oak-authorization-cug/src/main/java/org/apache/jackrabbit/oak/spi/security/authorization/cug/impl/CugConfiguration.java#L162
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
