On Tuesday 13 February 2018 10:42:35 Oleg Cohen wrote: > Great, thank you for the info. > > Created: https://issues.apache.org/jira/browse/OAK-7264 > <https://issues.apache.org/jira/browse/OAK-7264> > > I ended up needing more of the dummy Provide-Capability to get this running:
Just set serviceRequirements=disable in Karaf's etc/org.apache.karaf.features.cfg and you are done, see https://sling.apache.org/documentation/karaf.html#getting-started Regards, O. > Here they are: > > <Provide-Capability> > osgi.service;objectClass="com.codahale.metrics.MetricRegistry", > osgi.service;objectClass="org.apache.jackrabbit.oak.api.jmx.CacheStatsMBea > n", > osgi.service;objectClass="org.apache.jackrabbit.oak.api.jmx.QueryEngineSett > ingsMBean", > osgi.service;objectClass="org.apache.jackrabbit.oak.spi.state.NodeStore", > osgi.service;objectClass="org.apache.jackrabbit.oak.spi.state.NodeStoreProv > ider", > osgi.service;objectClass="org.apache.jackrabbit.oak.stats.StatisticsProvide > r", > osgi.service;objectClass="org.apache.jackrabbit.oak.plugins.document.Docume > ntNodeStore", osgi.service;objectClass="java.util.concurrent.Executor", > osgi.service;objectClass="org.apache.jackrabbit.oak.spi.blob.BlobStore", > osgi.service;objectClass="org.apache.jackrabbit.oak.spi.mount.MountInfoPro > vider" </Provide-Capability> > > Oak started working after all the bundles loaded. > > Thank you!!! > > - Oleg > > > On Feb 13, 2018, at 10:03 AM, Robert Munteanu <romb...@apache.org> wrote: > > > > On Tue, 2018-02-13 at 10:01 -0500, Oleg Cohen wrote: > >> Hi Robert, > >> > >> Thank you for the info! Let me try. > >> > >> I would be happy to file a bug. Are there instructions on how to file > >> a bug? > > > > Our bug tracker is at https://issues.apache.org/jira/browse/OAK . It's > > simpler just to file a bug and we'll work of getting it into shape if > > needed :-) > > > > Robert > > > >> Best, > >> Oleg > >> > >> On Tue, Feb 13, 2018 at 9:59 AM, Robert Munteanu <romb...@apache.org> > >> > >> wrote: > >>> On Tue, 2018-02-13 at 09:40 -0500, Oleg Cohen wrote: > >>>> Guys, > >>>> > >>>> Thank you for replying and providing suggestions! > >>>> > >>>> I do have oak-store-composite in my list > >>>> > >>>> <bundle> > >>>> mvn:org.apache.jackrabbit/oak-store- > >>>> composite/${org.apache.jackrabbit.oak.version} > >>>> </bundle> > >>>> > >>>> but I still have an issue with > >>>> org.apache.jackrabbit.oak.spi.mount.MountInfoProvider > >>>> missing when loading oak-core. > >>>> > >>>> > >>>> 2018-02-13T09:33:04,620 | ERROR | pool-1-thread-2 | > >>>> BootFeaturesInstaller > >>>> > >>>> | 34 - org.apache.karaf.features.core - 4.1.4 | Error > >>>> > >>>> installing > >>>> boot features > >>>> org.osgi.service.resolver.ResolutionException: Unable to resolve > >>>> root: > >>>> missing requirement [root] osgi.identity; > >>>> osgi.identity=empower.document.library.dev; type=karaf.feature; > >>>> version="[1.0.1.SNAPSHOT,1.0.1.SNAPSHOT]"; > >>>> filter:="(&(osgi.identity=empower.document.library.dev)(type=kara > >>>> f.fe > >>>> ature)(version>=1.0.1.SNAPSHOT)(version<=1.0.1.SNAPSHOT))" > >>>> [caused by: Unable to resolve > >>>> empower.document.library.dev/1.0.1.SNAPSHOT: > >>>> missing requirement [empower.document.library.dev/1.0.1.SNAPSHOT] > >>>> osgi.identity; osgi.identity=empower.oak.tar; type=karaf.feature; > >>>> version="[1.0.1.SNAPSHOT,1.0.1.SNAPSHOT]" [caused by: Unable to > >>>> resolve > >>>> empower.oak.tar/1.0.1.SNAPSHOT: missing requirement > >>>> [empower.oak.tar/1.0.1.SNAPSHOT] osgi.identity; > >>>> osgi.identity=empower.jackrabbit.oak; type=karaf.feature; > >>>> version="[1.0.1.SNAPSHOT,1.0.1.SNAPSHOT]" [caused by: Unable to > >>>> resolve > >>>> empower.jackrabbit.oak/1.0.1.SNAPSHOT: missing requirement > >>>> [empower.jackrabbit.oak/1.0.1.SNAPSHOT] osgi.identity; > >>>> osgi.identity=org.apache.jackrabbit.oak-core; type=osgi.bundle; > >>>> version="[1.8.2,1.8.2]"; resolution:=mandatory [caused by: Unable > >>>> to > >>>> resolve org.apache.jackrabbit.oak-core/1.8.2: missing requirement > >>>> [org.apache.jackrabbit.oak-core/1.8.2] osgi.service; > >>>> filter:="(objectClass=org.apache.jackrabbit.oak.spi.mount.MountIn > >>>> foPr > >>>> ovider)"; > >>>> effective:=active]]]] > >>> > >>> The problem is the same as with the metrics bundle - the > >>> MountInfoProvider is registered by the MountInfoProviderService > >>> [2], > >>> but the capability is not added as 'provided' by the bundle. > >>> > >>> This happens because we don't use SCR to manage that component. So > >>> you > >>> could deploy a fragment bundle and attach it to oak-store-composite > >>> and > >>> provide that capability. Alternatively deploy another bundle that > >>> just > >>> provides this capability to make the resolver happy. > >>> > >>> But at any rate, please file an Oak bug so we don't lose track of > >>> it. > >>> > >>> Thanks, > >>> > >>> Robert > >>> > >>>> I tried to load oak-store-composite without oak-core and it > >>>> didn't > >>>> work > >>>> because oak-store-composite requires oak-core. Do these two need > >>>> each > >>>> other > >>>> and the way I load these bundles causes the issue. Is there a > >>>> workaround? > >>>> Perhaps I can create my own > >>>> org.apache.jackrabbit.oak.spi.mount.MountInfoProvider > >>>> in a custom bundle? > >>>> > >>>> Also, I have reported it before. I get another error for a > >>>> missing com.codahale.metrics.MetricRegistry service. Anyone else > >>>> is > >>>> running > >>>> into the same? Oliver, did it work fine for you in Sling? For the > >>>> time > >>>> being I created my own bundle and added this to Provide- > >>>> Capability. > >>> > >>> [2]: https://github.com/apache/jackrabbit-oak/blob/3068ffc262c938e9 > >>> d82d > >>> 6698ff37a7d8feb7df4b/oak-store- > >>> composite/src/main/java/org/apache/jackrabbit/oak/composite/MountIn > >>> foPr > >>> oviderService.java#L94