Hi Jesse,

just to understand your use case.

Verify is failing because you have a requirement on service active right ?
So that's why you have to add a features containing a bundle providing
this service. However, you have several service implementations
available and it's the user who decide the one he wants at runtime.

Correct ?

Regards
JB

On 29/11/2018 04:23, Jesse White wrote:
> Hi,
> 
> We're currently leveraging the verify goal of the karaf-maven-plugin to
> validate our feature definitions but we're having trouble using it to
> test features that:
>  1) Import services via Blueprint
>  2) Do not explicitly depend on an implementation in the feature definition
> 
> For example, in this Blueprint we reference an implementation of the
> AlarmDatasource:
> 
> https://github.com/OpenNMS/oce/blob/4258f0791e8e4e8f7d6af9e4951ad0a237e80617/driver/main/src/main/resources/OSGI-INF/blueprint/blueprint.xml#L4
> 
> But the feature has no explicit dependency on a bundle that provides
> such an implementation:
> 
> https://github.com/OpenNMS/oce/blob/4258f0791e8e4e8f7d6af9e4951ad0a237e80617/karaf-features/src/main/resources/features.xml#L92
> 
> In this case, there are many implementations available and we want to
> give the user the option which one to use.
> 
> Is there any way to leverage the verify goal for these cases? We know
> that the service references will not be available, but would like to
> verify that everything else is correct.
> 
> Thanks,
> Jesse
> 

-- 
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com

Reply via email to