Re: repoinit just with oak

[Ioan Eugen Stan <ie...@netdava.com>]

Hello Bertrand,

Thank you for the reply. I'm still working on the details of the
infrastructure.

We will have an instance of Sling and that would help us to run the
Repo-init instructions.

However, the contribution will still be helpful to ease JCR only
integration testing outside OSGI and we have such a use case.

I'll see if I can find some time to work on this and I will definitely
contribute to the changes upstream. Thank you for suggesting that.


Regards,


On 21.02.2018 18:24, Bertrand Delacretaz wrote:
> Hi,
>
> On Wed, Feb 21, 2018 at 2:47 PM, Ioan Eugen Stan <ie...@netdava.com> wrote:
>> ...I saw that I need to implement
>> |SlingRepositoryInitializer that brings in Sling API, which I shouldn't
>> need....
> I think you can bypass that requirement. If you look at the
> RepositoryInitializer.processRepository method [1] the gist is parsing
> the statements and using JcrRepoInitOpsProcessor to process the
> result.
>
> However, as running outside of Sling hasn't been a requirement so far,
> I suppose there might be non-essential dependencies that get in the
> way of doing that, but depending on your environment they might not
> matter, maybe you just won't be able to use certain non-essential
> classes.
>
> The alternative is to extract the pure JCR parts out of the jcr
> repoinit bundle, if you need that I think that would be a useful
> contribution.
>
> You're right that technically the JCR parts of this belong to the Oak
> level, but as it's the Sling community which needed that the modules
> have been created here for convenience.
>
> -Bertrand
>
> [1] https://github.com/apache/sling-org-apache-sling-jcr-repoinit/blob/master/src/main/java/org/apache/sling/jcr/repoinit/impl/RepositoryInitializer.java