Hi Jean-Francois, Oak works fine without OSGi. Here’s a reference: https://jackrabbit.apache.org/oak/docs/construct.html
I cannot answer your security questions, but there is rather extensive documentation on the topic. Maybe you will find an answer there: https://jackrabbit.apache.org/oak/docs/security/overview.html https://github.com/apache/jackrabbit-oak/tree/trunk/oak-exercise Re the performance benchmarks: from the benchmarks I have seen (internal to my employer) Oak beats Jackrabbit 2 in any possible way. However, I recommend to run your own benchmarks that reflect your actual use case. There is a benchmark suite in Oak that can get you started: https://github.com/apache/jackrabbit-oak/tree/trunk/oak-benchmarks HTH Michael On 18/10/17 11:27, "Melian, Jean-Francois" <[email protected]> wrote: Hi I am not sure it is the best place to ask a question but Oak does not have a user mailing list. I have to study a migration from Jackrabbit 2.X to Jackrabbit Oak. At the moment I do not use OSGI. Is this a good way to proceed? I was able to use MongoDB and migrate nodes from 2.x (non-datastore) and create a Lucene index. Security is the second step. In 2.x we have developed our own LoginModule (two Ldap) and our own access management parameterized in this way in workspace.xml. (Without JAAS setting) <Security appName="Jackrabbit"> <AccessManager class="xxx.xxx.xxx.OwnJCRAccessManager" /> <LoginModule class=" xxx.xxx.xxx.OwnLoginModule" /> </Security> Is there a way to reuse these developments with Oak? In the case of using an external LoginModule, why synchronization with internal user management? Is it not possible to delegate user management too? Where can I find examples of programming the security configuration (authentication and authorization) without OSGI? Are there performance benchmarks between Jackrabbit 2.x and Oak? Regards, Jean-François Melian
