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:

Here they are:

        <Provide-Capability>
                osgi.service;objectClass="com.codahale.metrics.MetricRegistry",
                
osgi.service;objectClass="org.apache.jackrabbit.oak.api.jmx.CacheStatsMBean",
                
osgi.service;objectClass="org.apache.jackrabbit.oak.api.jmx.QueryEngineSettingsMBean",
                
osgi.service;objectClass="org.apache.jackrabbit.oak.spi.state.NodeStore",
                
osgi.service;objectClass="org.apache.jackrabbit.oak.spi.state.NodeStoreProvider",
                
osgi.service;objectClass="org.apache.jackrabbit.oak.stats.StatisticsProvider",
                
osgi.service;objectClass="org.apache.jackrabbit.oak.plugins.document.DocumentNodeStore",
                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.MountInfoProvider"
                                                        
        </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
>>> 
>> 
>> 
>> 
> 

Reply via email to