Return-Path: X-Original-To: apmail-camel-dev-archive@www.apache.org Delivered-To: apmail-camel-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B189919CD8 for ; Mon, 14 Mar 2016 10:01:44 +0000 (UTC) Received: (qmail 77125 invoked by uid 500); 14 Mar 2016 10:01:44 -0000 Delivered-To: apmail-camel-dev-archive@camel.apache.org Received: (qmail 77069 invoked by uid 500); 14 Mar 2016 10:01:44 -0000 Mailing-List: contact dev-help@camel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@camel.apache.org Delivered-To: mailing list dev@camel.apache.org Received: (qmail 77058 invoked by uid 99); 14 Mar 2016 10:01:44 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Mar 2016 10:01:44 +0000 Received: from mail-io0-f169.google.com (mail-io0-f169.google.com [209.85.223.169]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id CAEDD1A0040 for ; Mon, 14 Mar 2016 10:01:43 +0000 (UTC) Received: by mail-io0-f169.google.com with SMTP id n190so216317404iof.0 for ; Mon, 14 Mar 2016 03:01:43 -0700 (PDT) X-Gm-Message-State: AD7BkJLmVjlzsST+dkKp3EZmFn8WHOHLouIgVQP4pSoaNiR8jWUWd7w05ikm816mPSl/AXu22tt1ociLSm4b/A== X-Received: by 10.107.135.226 with SMTP id r95mr21677553ioi.59.1457949702978; Mon, 14 Mar 2016 03:01:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.1.129 with HTTP; Mon, 14 Mar 2016 03:01:23 -0700 (PDT) In-Reply-To: References: From: Guillaume Nodet Date: Mon, 14 Mar 2016 11:01:23 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [HEADS UP] - Camel 2.17 and Apache Karaf changes To: dev@camel.apache.org Content-Type: multipart/alternative; boundary=001a113f39022583a9052dff5e5f --001a113f39022583a9052dff5e5f Content-Type: text/plain; charset=UTF-8 2016-03-14 10:53 GMT+01:00 Claus Ibsen : > Hi > > Unfortunately pax-exam seems a bit unstable. What I have noticed is > that if you run the tests > > cd tests/camel-itest-karaf > mvn clean install -Pkaraf4 > > then it cannot test camel features that install bundles using the > "wrap" protocol. You get a protocol not supported exception. But it > install the wrap feature when it runs the tests. And it does not help > adding "wrap" as a feature yourself. > > So skipping those 20 or so camel features with wrap should allow to > run the others tests. But after testing 20+ or so then it just fails > without any good error why, and leave 5+ or JVMs hanging. So you need > to manually kill those karaf jvms. That is why I added that > kill-karaf.sh script. > > So if you find out the test it was doing last, and manually start > karaf and install the feature it works fine. So there is no "hint" why > it failed/crashed the tests. > > > Also the feature validation plugin of karaf is buggy. In Karaf 4.x the > plugin goal is missing. It was there on 2.x and 3.x. I have logged a > KARAF ticket. But it may be that the feature validation plugin is also > buggy and cannot run to completion either. > Which ticket ? > > So people who are using osgi and karaf, step up to the plate and test > the Camel master branch source code. > And get the pax-exam and karaf guys to help fix pax-exam so it can run > those tests reliable. > > > > > > > > > On Sat, Mar 12, 2016 at 1:53 PM, Claus Ibsen > wrote: > > Hi > > > > I have worked on improving the installation of Camel on Karaf to make > > it rely on newer versions of Spring. It could install and use the old > > spring 3.x libraries which was annoying when the entire world is using > > Spring 4.2 or 4.1 etc. > > > > So what I have done > > > > a) > > feature:install camel > > > > will only install camel-core and camel-blueprint. camel-spring is not > > longer installed by default as camel-spring uses spring-dm which loads > > in Spring 3.2.x. > > spring-dm is deprecated, and we want in Camel 2.18 to move spring-dm > > out of camel-spring into a new camel-spring-dm module. Then the > > camel-spring module can be a spring 4.x only. > > > > b) > > other features that uses spring libraries are not installing > > camel-spring but instead using the spring features from karaf. That > > helps to use the current spring version and not install spring 3.x due > > to camel-spring bring that in due dm (see a) > > > > c) > > make some of the camel-spring-xxx modules that requires spring 4.x to > > have proper version range in the osgi manifest so they can be > > installed reliable and use spring 4.x as intended. > > > > d) > > The used spring-range is [4.1,5) which mean it supports the default > > spring version that karaf install in karaf 2.4 / 3.x and 4.x all > > together. However in Camel 2.18 we change this to [4.2,5) as we drop > > support for both spring 4.0 and 4.1 all together. > > > > e) > > I got the tests/camel-itest-karaf to work again - after much hard work. > > You can run the tests against 3 different karaf containers > > > > mvn clean install > > mvn clean install -Pkaraf3 > > mvn clean install -Pkaraf4 > > > > We will in Camel 2.18 drop support for karaf 2.4.x and (maybe 3.x > > also) and make those tests use karaf 4 by default. > > > > > > > > Any Karaf users with Camel. Its your chance to help testing and > > provide feedback. > > > > > > > > > > > > > > -- > > Claus Ibsen > > ----------------- > > http://davsclaus.com @davsclaus > > Camel in Action 2: https://www.manning.com/ibsen2 > > > > -- > Claus Ibsen > ----------------- > http://davsclaus.com @davsclaus > Camel in Action 2: https://www.manning.com/ibsen2 > -- ------------------------ Guillaume Nodet ------------------------ Red Hat, Open Source Integration Email: gnodet@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/ --001a113f39022583a9052dff5e5f--