I created https://issues.apache.org/jira/browse/OAK-9416 to track this improvement and attached a PR. Please have a look.
> On 21. Apr 2021, at 11:29, Konrad Windszus <[email protected]> wrote: > > > >> On 21. Apr 2021, at 11:19, Julian Reschke <[email protected]> wrote: >> >> Am 21.04.2021 um 10:47 schrieb Konrad Windszus: >>> What about providing a bridge from JCR to Oak API by adding the following >>> method to org.apache.jackrabbit.oak.jcr.JCR: >>> >>> @NotNull >>> public static org.apache.jackrabbit.oak.api.ContentSession >>> toContentSession(javax.jcr.Session session) >>> >>> that can return the underlying Oak API entity if the JCR session is backed >>> by Oak, otherwise throws an ISE? >>> >>> IMHO it doesn't make sense to duplicate methods exposed by Oak API already >>> in Jackrabbit API... >>> >>> Konrad >> >> That would introduce a dependency on the Oak API; I don't think we would >> want that. >> > > The proposal is about extending the already exported JCR class in module > "oak-jcr" > (https://github.com/apache/jackrabbit-oak/blob/trunk/oak-jcr/src/main/java/org/apache/jackrabbit/oak/jcr/Jcr.java > > <https://github.com/apache/jackrabbit-oak/blob/trunk/oak-jcr/src/main/java/org/apache/jackrabbit/oak/jcr/Jcr.java>) > which already has and needs a dependency on "oak-api" > (https://github.com/apache/jackrabbit-oak/blob/77f243b8b810f7c611d1b1cd9b06abfc5e546446/oak-jcr/pom.xml#L224 > > <https://github.com/apache/jackrabbit-oak/blob/77f243b8b810f7c611d1b1cd9b06abfc5e546446/oak-jcr/pom.xml#L224>) > >> Best regards, Julian
