Fixed the OpenAPI ones, older Guava dep sneaked through the ActiveMQ broker.
DK> Ops, sorry had multiple other unrelated test failures that's why I haven't
recognized it. Will fix it until Sunday.
DK> Cheers
DK> Dennis
DK> Am 17. August 2018 17:32:26 MESZ schrieb Andriy Redko :
>>Same effect fo
Thanks Dennis, I will try to take a look on OpenApi ones, getting 3.2.x
build back on track now. Thanks.
Best Regards,
Andriy Redko
On Fri, Aug 17, 2018, 11:41 AM Dennis Kieselhorst wrote:
> Ops, sorry had multiple other unrelated test failures that's why I haven't
> recognized it. Will fix
Ops, sorry had multiple other unrelated test failures that's why I haven't
recognized it. Will fix it until Sunday.
Cheers
Dennis
Am 17. August 2018 17:32:26 MESZ schrieb Andriy Redko :
>Same effect for OpenAPI test cases, they started to fail now
>
>Best Regards,
>Andriy Redko
>
>COh>
Same effect for OpenAPI test cases, they started to fail now
Best Regards,
Andriy Redko
COh> Hi Dennis,
COh> I'm seeing failures due to the ActiveMQ upgrade in the CXF OSGI itests:
COh> Caused by: org.apache.felix.resolver.reason.ReasonException: Unable to
COh> resolve activemq-broker
Hi Dennis,
I'm seeing failures due to the ActiveMQ upgrade in the CXF OSGI itests:
Caused by: org.apache.felix.resolver.reason.ReasonException: Unable to
resolve activemq-broker-noweb/5.15.5: missing requirement
[activemq-broker-noweb/5.15.5] osgi.identity; osgi.identity=activemq;
type=karaf.feat