Hi Claus, I will be able to create a release candidate for 2.18 this weekend, so we could start the vote around Sunday/Monday. Does that work for everyone?
Thanks, Gregor On Thu, Sep 29, 2016 at 3:17 PM, Claus Ibsen <claus.ib...@gmail.com> wrote: > Hi Gregor > > When Andreas have updated the SMX bundles tomorrow, then we should be > ready to start cutting a RC. > > I wonder when you have time in your calendar to cut a release? > > > > On Wed, Sep 28, 2016 at 9:18 AM, Andrea Cosentino > <ancosen1...@yahoo.com.invalid> wrote: >> Hello Claus, >> >> We are on vote now. Hopefully we should be able to have the bundles on >> Friday. >> -- >> Andrea Cosentino >> ---------------------------------- >> Apache Camel PMC Member >> Apache Karaf Committer >> Apache Servicemix Committer >> Email: ancosen1...@yahoo.com >> Twitter: @oscerd2 >> Github: oscerd >> >> >> >> On Wednesday, September 28, 2016 9:17 AM, Claus Ibsen >> <claus.ib...@gmail.com> wrote: >> Hi Andrea >> >> How is it going with the SMX bundle release? >> >> >> >> On Fri, Sep 23, 2016 at 4:43 PM, Andrea Cosentino >> <ancosen1...@yahoo.com.invalid> wrote: >>> During the weekend JB will cut release for SMX bundles. >>> >>> So we should be able to align karaf features and be ready to release by the >>> middle of the next week. >>> -- >>> Andrea Cosentino >>> ---------------------------------- >>> Apache Camel PMC Member >>> Apache Karaf Committer >>> Apache Servicemix Committer >>> Email: ancosen1...@yahoo.com >>> Twitter: @oscerd2 >>> Github: oscerd >>> >>> >>> >>> On Thursday, September 22, 2016 9:36 AM, Andrea Cosentino >>> <ancosen1...@yahoo.com.INVALID> wrote: >>> I physically removed the folders of the starters and I pulled master >>> aligning to the codebase. >>> >>> This way it should work fine. >>> >>> -- >>> Andrea Cosentino >>> ---------------------------------- >>> Apache Camel PMC Member >>> Apache Karaf Committer >>> Apache Servicemix Committer >>> Email: ancosen1...@yahoo.com >>> Twitter: @oscerd2 >>> Github: oscerd >>> >>> >>> >>> On Thursday, September 22, 2016 9:26 AM, Nicola Ferraro >>> <ni.ferr...@gmail.com> wrote: >>> That Happened also to Andrea yesterday. The cause should be the blacklist, >>> that is hardcoded in the camel-package maven plugin, so you have to rebuild >>> the plugin first. >>> The plugin does not delete the starters, it is just able to create them. >>> They have been deleted from the repo, but probably some git clients leave >>> the empty folders, so I pushed right now some changes to improve the >>> detection of all required starters. >>> >>> But once they are created by chance, you have to delete them manually. >>> Deleting them and doing a full rebuild should solve the problem, because >>> the plugin is at the top of the reactor list. Just a full rebuild after the >>> update should be sufficient for the others (I hope). >>> >>> I just did a check with latest code from Apache master. >>> >>> >>> On Thu, Sep 22, 2016 at 8:35 AM, Claus Ibsen <claus.ib...@gmail.com> wrote: >>> >>>> Hi Nicola >>>> >>>> When I build the latest code then some -starter modules are generated >>>> for modules that ought to be blacklisted >>>> >>>> components-starter/camel-ejb-starter/ >>>> components-starter/camel-ibatis-starter/ >>>> components-starter/camel-jclouds-starter/ >>>> components-starter/camel-quartz-starter/ >>>> >>>> On Fri, Sep 16, 2016 at 11:01 AM, Nicola Ferraro <ni.ferr...@gmail.com> >>>> wrote: >>>> > Hi Claus, I started working on that this morning. >>>> > I think I'll provide the new BOM and related updates early next week. >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > On Fri, Sep 16, 2016 at 9:38 AM, Claus Ibsen <claus.ib...@gmail.com> >>>> wrote: >>>> > >>>> >> Hi Nicola >>>> >> >>>> >> How does your calendar look like? I wonder if you have time to work >>>> >> more on this Camel and Spring Boot stuff? >>>> >> >>>> >> I am afraid this one is the major task we have left before we can get >>>> >> started on the Camel 2.18 release and IMHO first class Spring Boot >>>> >> support is a major win/goal for Camel. >>>> >> >>>> >> So the work is very important, and its been awesome what you have >>>> >> done. Really love that we have integration tests, and also separated >>>> >> the auto stuff code from the existing components so there is clean >>>> >> separation. >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> On Wed, Sep 14, 2016 at 3:32 PM, Nicola Ferraro <ni.ferr...@gmail.com> >>>> >> wrote: >>>> >> > Well, it was one of the drawbacks of the approach. Forcing users to >>>> >> include >>>> >> > *only* the camel BOM allows us to completely control the dependencies, >>>> >> but >>>> >> > it's probably a too strict requirement for users. >>>> >> > >>>> >> > We can also provide a option 1+2: i.e. a auto-generated Camel BOM >>>> without >>>> >> > any conflict with the spring-boot one (conflicts verified by eg. a >>>> maven >>>> >> > plugin). >>>> >> > Users will be able to import it in any order but, of course, some >>>> >> > components will not work because we cannot override what's in the >>>> >> > spring-boot BOM (unless the users force a different version in their >>>> pom, >>>> >> > but it's up to them). >>>> >> > >>>> >> > It makes more sense.. >>>> >> > What do you think about it? >>>> >> > >>>> >> > >>>> >> > >>>> >> > On Wed, Sep 14, 2016 at 9:46 AM, Claus Ibsen <claus.ib...@gmail.com> >>>> >> wrote: >>>> >> > >>>> >> >> Hi Nicola >>>> >> >> >>>> >> >> Great work on all this Spring Boot starter stuff. >>>> >> >> >>>> >> >> I would like to discuss/hear more about the #1 option you listed on >>>> >> >> https://github.com/apache/camel/pull/1164 >>>> >> >> >>>> >> >> I think that end users would really prefer their Spring Boot >>>> >> >> applications to be "pure" spring boot by having the Spring Boot BOM >>>> >> >> first and then possible the Camel BOM imported as 2nd. >>>> >> >> >>>> >> >> I am okay if there is some Camel components that would not work with >>>> >> >> Spring Boot such as Cassandra or others. For ActiveMQ then Camel only >>>> >> >> uses that for testing camel-jms component and do not have a strong >>>> >> >> dependency on the version. So end users should likely use the Spring >>>> >> >> Boot ActiveMQ starter. >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> On Mon, Sep 12, 2016 at 11:10 AM, Nicola Ferraro < >>>> ni.ferr...@gmail.com> >>>> >> >> wrote: >>>> >> >> > I've worked on the spring-boot starters and BOM topic and opened a >>>> PR >>>> >> >> > recently. You can find a summary here [ >>>> >> >> > https://issues.apache.org/jira/browse/CAMEL-10222] and this is >>>> latest >>>> >> >> PR: >>>> >> >> > https://github.com/apache/camel/pull/1164. >>>> >> >> > >>>> >> >> > Basically, the aim is allowing users to add camel components to >>>> their >>>> >> >> > application by just adding the corresponding "xx-starter" project >>>> to >>>> >> >> their >>>> >> >> > POM. This can be useful also for initializer tools like >>>> >> >> > https://start.spring.io/ and the likes, to create skeleton of >>>> >> >> applications >>>> >> >> > that just work, without having to worry about wrong transitive >>>> >> >> dependencies. >>>> >> >> > Starter projects take care of, eg. excluding unwanted logging >>>> >> libraries >>>> >> >> and >>>> >> >> > including eg. libraries that are provided in other contexts. >>>> >> >> > >>>> >> >> > The new BOM part is a semi-automated way to generate a BOM for the >>>> >> users >>>> >> >> > that fixes incompatibilities between the camel-parent BOM and the >>>> >> >> > spring-boot-dependencies BOM. They currently differ for the minor >>>> (and >>>> >> >> > sometimes major) version of many libraries, including eg. Jetty, >>>> >> >> ActiveMQ, >>>> >> >> > Hibernate Validator, Cassandra driver, etc. Both BOMs also include >>>> >> >> specific >>>> >> >> > versions of common libraries like guava, guice and gson that take >>>> >> >> > precedence over the transitive versions required by the starters, >>>> >> >> resulting >>>> >> >> > in camel components not working correctly. >>>> >> >> > The new BOM (partly generated) should be used in place of the two >>>> >> >> > Camel+Spring-boot BOMs to avoid such issues. >>>> >> >> > >>>> >> >> > I understand that this is a major change, so I ask your feedback >>>> about >>>> >> >> the >>>> >> >> > problem (do we want to have this feature to solve these problems >>>> for >>>> >> >> > users?) and the solution. >>>> >> >> > >>>> >> >> > Thanks >>>> >> >> > >>>> >> >> > On Fri, Sep 9, 2016 at 6:08 PM, Quinn Stevenson < >>>> >> >> qu...@pronoia-solutions.com >>>> >> >> >> wrote: >>>> >> >> > >>>> >> >> >> Thanks for taking a look at the PR Thomas - I really appreciate >>>> the >>>> >> >> >> feedback. >>>> >> >> >> >>>> >> >> >> 1) The parent pom was wrong because I created this PR before the >>>> >> change >>>> >> >> >> from 2.18-SNAPSHOT to 2.18.0-SNAPSHOT took place - it’s been out >>>> >> there a >>>> >> >> >> while >>>> >> >> >> 2) My bad on the READMEmd - you can probably tell where I copied >>>> the >>>> >> >> >> example from to get started :-). I’ll get working on that to >>>> clean >>>> >> it >>>> >> >> up >>>> >> >> >> 3) I really struggled with this - what example to use. I >>>> thought a >>>> >> >> >> little about replacing JMS with something else, but I wasn’t quite >>>> >> sure >>>> >> >> >> what to use. It gets a little more complicated because of the two >>>> >> JVMs >>>> >> >> >> (one for Karaf and one for the bootstrap code). Anyway, if you >>>> have >>>> >> a >>>> >> >> >> “good” test route and what you’d like to see happen for testing, >>>> I’d >>>> >> >> really >>>> >> >> >> like to see it and I’ll try and use that instead. >>>> >> >> >> 4) I’m not sure where I came up with the name of the example - >>>> but >>>> >> >> you’re >>>> >> >> >> right - I’ll change it to example-camel-test-karaf >>>> >> >> >> 5) I’ll get back in and figure out why the integration test is >>>> >> failing >>>> >> >> now >>>> >> >> >> - I was certain they were working at one time. Anyway, the unit >>>> >> tests >>>> >> >> pass >>>> >> >> >> - but they generate a bunch of scary messages in the log files. I >>>> >> >> didn’t >>>> >> >> >> see this stuff when I was using the class I derived >>>> >> >> CamelKarafTestSupport >>>> >> >> >> from. If you have any ideas on how to clean those up, I’d really >>>> >> like >>>> >> >> to >>>> >> >> >> hear them. >>>> >> >> >> >>>> >> >> >> I’ve got one other bug to fix, then I’ll get back on this one. >>>> >> >> >> >>>> >> >> >> If you wouldn’t mind “watching” the JIRA for this ( >>>> >> >> >> https://issues.apache.org/jira/browse/CAMEL-6132 < >>>> >> >> >> https://issues.apache.org/jira/browse/CAMEL-6132>), we can >>>> >> communicate >>>> >> >> >> there (rather than spam the DEV list). >>>> >> >> >> >>>> >> >> >> Thanks Again >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> > On Sep 8, 2016, at 11:09 AM, Walzer, Thomas < >>>> >> >> >> thomas.wal...@integratix.net> wrote: >>>> >> >> >> > >>>> >> >> >> > Hi, Quinn, >>>> >> >> >> > >>>> >> >> >> > I took a look at PR987: >>>> >> >> >> > >>>> >> >> >> > 1) the parent pom should be something like 2.18.0 not 2.18 >>>> (maybe >>>> >> the >>>> >> >> PR >>>> >> >> >> was around too long, so the parent changed). >>>> >> >> >> > 2) The readme really needs some love. It mentions spring when >>>> >> there is >>>> >> >> >> really blueprint; jms, when there is none, etc. >>>> >> >> >> > 3) for me an example replacing/redefining jms: or activemq: by >>>> >> seda: >>>> >> >> >> would really make a difference. Like having a >>>> jms-definitions-bp.xml >>>> >> and >>>> >> >> >> then replacing it by seda-definitions-bp.xml, or something like >>>> >> that. I >>>> >> >> >> know that´s not the point of your sample but the timer-example >>>> seems >>>> >> a >>>> >> >> bit >>>> >> >> >> basic. >>>> >> >> >> > 4) maybe …-test-karaf would be a better name? >>>> >> >> >> > 5) my unit tests and itests do not run through. If they would I >>>> >> could >>>> >> >> >> provide more fleshy feedback. >>>> >> >> >> > >>>> >> >> >> > If I can help, let me know. >>>> >> >> >> > >>>> >> >> >> > Cheers, Thomas. >>>> >> >> >> > >>>> >> >> >> > ------------------------------------------------------- >>>> >> >> >> > T E S T S >>>> >> >> >> > ------------------------------------------------------- >>>> >> >> >> > Running org.apache.camel.BlueprintBeanPropertiesOverrid >>>> >> eFromFileTest >>>> >> >> >> > Unable to start bundle: org.apache.felix.gogo.runtime [64] >>>> >> >> >> > org.osgi.framework.BundleException: Unable to start bundle >>>> >> >> >> > at org.apache.felix.connect.PojoSRBundle.start( >>>> >> >> >> PojoSRBundle.java:163) >>>> >> >> >> > at org.apache.felix.connect.PojoSR.startBundles(PojoSR. >>>> >> >> java:304) >>>> >> >> >> > at org.apache.felix.connect. >>>> PojoSR.<init>(PojoSR.java:248) >>>> >> >> >> > at org.apache.felix.connect. >>>> PojoSR.<init>(PojoSR.java:129) >>>> >> >> >> > at org.apache.felix.connect. >>>> PojoServiceRegistryFactoryImpl >>>> >> >> >> .newPojoServiceRegistry(PojoServiceRegistryFactoryImpl.java:52) >>>> >> >> >> > at org.apache.camel.test.blueprint.CamelBlueprintHelper. >>>> >> >> >> createBundleContext(CamelBlueprintHelper.java:173) >>>> >> >> >> > at org.apache.camel.test.blueprint.CamelBlueprintHelper. >>>> >> >> >> createBundleContext(CamelBlueprintHelper.java:119) >>>> >> >> >> > at org.apache.camel.test.blueprint. >>>> >> CamelBlueprintTestSupport. >>>> >> >> >> createBundleContext(CamelBlueprintTestSupport.java:127) >>>> >> >> >> > at org.apache.camel.test.blueprint. >>>> >> CamelBlueprintTestSupport. >>>> >> >> >> setUp(CamelBlueprintTestSupport.java:241) >>>> >> >> >> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>>> >> Method) >>>> >> >> >> > at sun.reflect.NativeMethodAccessorImpl.invoke( >>>> >> >> >> NativeMethodAccessorImpl.java:62) >>>> >> >> >> > at sun.reflect.DelegatingMethodAccessorImpl.invoke( >>>> >> >> >> DelegatingMethodAccessorImpl.java:43) >>>> >> >> >> > at java.lang.reflect.Method.invoke(Method.java:483) >>>> >> >> >> > at org.junit.runners.model.FrameworkMethod$1. >>>> >> runReflectiveCall( >>>> >> >> >> FrameworkMethod.java:50) >>>> >> >> >> > at org.junit.internal.runners. >>>> model.ReflectiveCallable.run( >>>> >> >> >> ReflectiveCallable.java:12) >>>> >> >> >> > at org.junit.runners.model.FrameworkMethod. >>>> >> invokeExplosively( >>>> >> >> >> FrameworkMethod.java:47) >>>> >> >> >> > at org.junit.internal.runners.statements.RunBefores. >>>> >> >> >> evaluate(RunBefores.java:24) >>>> >> >> >> > at org.junit.internal.runners. >>>> statements.RunAfters.evaluate( >>>> >> >> >> RunAfters.java:27) >>>> >> >> >> > at org.junit.rules.TestWatcher$1. >>>> >> evaluate(TestWatcher.java:55) >>>> >> >> >> > at org.junit.rules.TestWatcher$1. >>>> >> evaluate(TestWatcher.java:55) >>>> >> >> >> > at org.junit.rules.RunRules.evaluate(RunRules.java:20) >>>> >> >> >> > at org.junit.runners.ParentRunner.runLeaf( >>>> >> >> ParentRunner.java:325) >>>> >> >> >> > at org.junit.runners.BlockJUnit4ClassRunner.runChild( >>>> >> >> >> BlockJUnit4ClassRunner.java:78) >>>> >> >> >> > at org.junit.runners.BlockJUnit4ClassRunner.runChild( >>>> >> >> >> BlockJUnit4ClassRunner.java:57) >>>> >> >> >> > at org.junit.runners.ParentRunner$3.run( >>>> >> ParentRunner.java:290) >>>> >> >> >> > at org.junit.runners.ParentRunner$1.schedule( >>>> >> >> ParentRunner.java:71) >>>> >> >> >> > at org.junit.runners.ParentRunner.runChildren( >>>> >> >> >> ParentRunner.java:288) >>>> >> >> >> > at org.junit.runners.ParentRunner.access$000( >>>> >> >> ParentRunner.java:58) >>>> >> >> >> > at org.junit.runners.ParentRunner$2.evaluate( >>>> >> >> >> ParentRunner.java:268) >>>> >> >> >> > at org.junit.internal.runners. >>>> statements.RunAfters.evaluate( >>>> >> >> >> RunAfters.java:27) >>>> >> >> >> > at org.junit.runners.ParentRunner.run(ParentRunner. >>>> java:363) >>>> >> >> >> > at org.apache.maven.surefire. >>>> junit4.JUnit4Provider.execute( >>>> >> >> >> JUnit4Provider.java:367) >>>> >> >> >> > at org.apache.maven.surefire.junit4.JUnit4Provider. >>>> >> >> >> executeWithRerun(JUnit4Provider.java:274) >>>> >> >> >> > at org.apache.maven.surefire.junit4.JUnit4Provider. >>>> >> >> >> executeTestSet(JUnit4Provider.java:238) >>>> >> >> >> > at org.apache.maven.surefire. >>>> junit4.JUnit4Provider.invoke( >>>> >> >> >> JUnit4Provider.java:161) >>>> >> >> >> > at org.apache.maven.surefire.booter.ForkedBooter. >>>> >> >> >> invokeProviderInSameClassLoader(ForkedBooter.java:290) >>>> >> >> >> > at org.apache.maven.surefire.booter.ForkedBooter. >>>> >> >> >> runSuitesInProcess(ForkedBooter.java:242) >>>> >> >> >> > at org.apache.maven.surefire.booter.ForkedBooter.main( >>>> >> >> >> ForkedBooter.java:121) >>>> >> >> >> > Caused by: java.lang.IllegalStateException: Thread Print Stream >>>> >> >> already >>>> >> >> >> set >>>> >> >> >> > at org.apache.felix.gogo.runtime. >>>> >> threadio.ThreadIOImpl.start( >>>> >> >> >> ThreadIOImpl.java:49) >>>> >> >> >> > at org.apache.felix.gogo.runtime. >>>> activator.Activator.start( >>>> >> >> >> Activator.java:76) >>>> >> >> >> > at org.apache.felix.connect.PojoSRBundle.start( >>>> >> >> >> PojoSRBundle.java:153) >>>> >> >> >> > ... 37 more >>>> >> >> >> > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: >>>> >> 10.485 >>>> >> >> >> sec - in org.apache.camel.BlueprintBeanPropertiesOverrid >>>> >> eFromFileTest >>>> >> >> >> > Running org.apache.camel.BlueprintBeanPropertiesOverrid >>>> >> eFromTestTest >>>> >> >> >> > Unable to start bundle: org.apache.felix.gogo.runtime [64] >>>> >> >> >> > org.osgi.framework.BundleException: Unable to start bundle >>>> >> >> >> > at org.apache.felix.connect.PojoSRBundle.start( >>>> >> >> >> PojoSRBundle.java:163) >>>> >> >> >> > at org.apache.felix.connect.PojoSR.startBundles(PojoSR. >>>> >> >> java:304) >>>> >> >> >> > at org.apache.felix.connect. >>>> PojoSR.<init>(PojoSR.java:248) >>>> >> >> >> > at org.apache.felix.connect. >>>> PojoSR.<init>(PojoSR.java:129) >>>> >> >> >> > at org.apache.felix.connect. >>>> PojoServiceRegistryFactoryImpl >>>> >> >> >> .newPojoServiceRegistry(PojoServiceRegistryFactoryImpl.java:52) >>>> >> >> >> > at org.apache.camel.test.blueprint.CamelBlueprintHelper. >>>> >> >> >> createBundleContext(CamelBlueprintHelper.java:173) >>>> >> >> >> > at org.apache.camel.test.blueprint.CamelBlueprintHelper. >>>> >> >> >> createBundleContext(CamelBlueprintHelper.java:119) >>>> >> >> >> > at org.apache.camel.test.blueprint. >>>> >> CamelBlueprintTestSupport. >>>> >> >> >> createBundleContext(CamelBlueprintTestSupport.java:127) >>>> >> >> >> > at org.apache.camel.test.blueprint. >>>> >> CamelBlueprintTestSupport. >>>> >> >> >> setUp(CamelBlueprintTestSupport.java:241) >>>> >> >> >> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>>> >> Method) >>>> >> >> >> > at sun.reflect.NativeMethodAccessorImpl.invoke( >>>> >> >> >> NativeMethodAccessorImpl.java:62) >>>> >> >> >> > at sun.reflect.DelegatingMethodAccessorImpl.invoke( >>>> >> >> >> DelegatingMethodAccessorImpl.java:43) >>>> >> >> >> > at java.lang.reflect.Method.invoke(Method.java:483) >>>> >> >> >> > at org.junit.runners.model.FrameworkMethod$1. >>>> >> runReflectiveCall( >>>> >> >> >> FrameworkMethod.java:50) >>>> >> >> >> > at org.junit.internal.runners. >>>> model.ReflectiveCallable.run( >>>> >> >> >> ReflectiveCallable.java:12) >>>> >> >> >> > at org.junit.runners.model.FrameworkMethod. >>>> >> invokeExplosively( >>>> >> >> >> FrameworkMethod.java:47) >>>> >> >> >> > at org.junit.internal.runners.statements.RunBefores. >>>> >> >> >> evaluate(RunBefores.java:24) >>>> >> >> >> > at org.junit.internal.runners. >>>> statements.RunAfters.evaluate( >>>> >> >> >> RunAfters.java:27) >>>> >> >> >> > at org.junit.rules.TestWatcher$1. >>>> >> evaluate(TestWatcher.java:55) >>>> >> >> >> > at org.junit.rules.TestWatcher$1. >>>> >> evaluate(TestWatcher.java:55) >>>> >> >> >> > at org.junit.rules.RunRules.evaluate(RunRules.java:20) >>>> >> >> >> > at org.junit.runners.ParentRunner.runLeaf( >>>> >> >> ParentRunner.java:325) >>>> >> >> >> > at org.junit.runners.BlockJUnit4ClassRunner.runChild( >>>> >> >> >> BlockJUnit4ClassRunner.java:78) >>>> >> >> >> > at org.junit.runners.BlockJUnit4ClassRunner.runChild( >>>> >> >> >> BlockJUnit4ClassRunner.java:57) >>>> >> >> >> > at org.junit.runners.ParentRunner$3.run( >>>> >> ParentRunner.java:290) >>>> >> >> >> > at org.junit.runners.ParentRunner$1.schedule( >>>> >> >> ParentRunner.java:71) >>>> >> >> >> > at org.junit.runners.ParentRunner.runChildren( >>>> >> >> >> ParentRunner.java:288) >>>> >> >> >> > at org.junit.runners.ParentRunner.access$000( >>>> >> >> ParentRunner.java:58) >>>> >> >> >> > at org.junit.runners.ParentRunner$2.evaluate( >>>> >> >> >> ParentRunner.java:268) >>>> >> >> >> > at org.junit.internal.runners. >>>> statements.RunAfters.evaluate( >>>> >> >> >> RunAfters.java:27) >>>> >> >> >> > at org.junit.runners.ParentRunner.run(ParentRunner. >>>> java:363) >>>> >> >> >> > at org.apache.maven.surefire. >>>> junit4.JUnit4Provider.execute( >>>> >> >> >> JUnit4Provider.java:367) >>>> >> >> >> > at org.apache.maven.surefire.junit4.JUnit4Provider. >>>> >> >> >> executeWithRerun(JUnit4Provider.java:274) >>>> >> >> >> > at org.apache.maven.surefire.junit4.JUnit4Provider. >>>> >> >> >> executeTestSet(JUnit4Provider.java:238) >>>> >> >> >> > at org.apache.maven.surefire. >>>> junit4.JUnit4Provider.invoke( >>>> >> >> >> JUnit4Provider.java:161) >>>> >> >> >> > at org.apache.maven.surefire.booter.ForkedBooter. >>>> >> >> >> invokeProviderInSameClassLoader(ForkedBooter.java:290) >>>> >> >> >> > at org.apache.maven.surefire.booter.ForkedBooter. >>>> >> >> >> runSuitesInProcess(ForkedBooter.java:242) >>>> >> >> >> > at org.apache.maven.surefire.booter.ForkedBooter.main( >>>> >> >> >> ForkedBooter.java:121) >>>> >> >> >> > Caused by: java.lang.IllegalStateException: Thread Print Stream >>>> >> >> already >>>> >> >> >> set >>>> >> >> >> > at org.apache.felix.gogo.runtime. >>>> >> threadio.ThreadIOImpl.start( >>>> >> >> >> ThreadIOImpl.java:49) >>>> >> >> >> > at org.apache.felix.gogo.runtime. >>>> activator.Activator.start( >>>> >> >> >> Activator.java:76) >>>> >> >> >> > at org.apache.felix.connect.PojoSRBundle.start( >>>> >> >> >> PojoSRBundle.java:153) >>>> >> >> >> > ... 37 more >>>> >> >> >> > *ERROR* Cannot use configuration HelloBean for [ >>>> >> org.osgi.service.cm. >>>> >> >> ManagedService, >>>> >> >> >> id=63, bundle=1/jar:file:/Users/thomas/camel/examples/camel- >>>> >> >> >> example-blueprint/target/test-bundles/ >>>> blueprintbeanpropertiesoverrid >>>> >> >> >> efromtesttest-1473353703335.jar!/]: No visibility to >>>> configuration >>>> >> >> bound >>>> >> >> >> to file:/Users/thomas/camel/examples/camel-example- >>>> >> >> >> blueprint/target/classes/ >>>> >> >> >> > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: >>>> >> 38.07 >>>> >> >> >> sec - in org.apache.camel.BlueprintBeanPropertiesOverrid >>>> >> eFromTestTest >>>> >> >> >> > Running org.apache.camel.BlueprintBeanTest >>>> >> >> >> > Unable to start bundle: org.apache.felix.gogo.runtime [64] >>>> >> >> >> > org.osgi.framework.BundleException: Unable to start bundle >>>> >> >> >> > at org.apache.felix.connect.PojoSRBundle.start( >>>> >> >> >> PojoSRBundle.java:163) >>>> >> >> >> > at org.apache.felix.connect.PojoSR.startBundles(PojoSR. >>>> >> >> java:304) >>>> >> >> >> > at org.apache.felix.connect. >>>> PojoSR.<init>(PojoSR.java:248) >>>> >> >> >> > at org.apache.felix.connect. >>>> PojoSR.<init>(PojoSR.java:129) >>>> >> >> >> > at org.apache.felix.connect. >>>> PojoServiceRegistryFactoryImpl >>>> >> >> >> .newPojoServiceRegistry(PojoServiceRegistryFactoryImpl.java:52) >>>> >> >> >> > at org.apache.camel.test.blueprint.CamelBlueprintHelper. >>>> >> >> >> createBundleContext(CamelBlueprintHelper.java:173) >>>> >> >> >> > at org.apache.camel.test.blueprint.CamelBlueprintHelper. >>>> >> >> >> createBundleContext(CamelBlueprintHelper.java:119) >>>> >> >> >> > at org.apache.camel.test.blueprint. >>>> >> CamelBlueprintTestSupport. >>>> >> >> >> createBundleContext(CamelBlueprintTestSupport.java:127) >>>> >> >> >> > at org.apache.camel.test.blueprint. >>>> >> CamelBlueprintTestSupport. >>>> >> >> >> setUp(CamelBlueprintTestSupport.java:237) >>>> >> >> >> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>>> >> Method) >>>> >> >> >> > at sun.reflect.NativeMethodAccessorImpl.invoke( >>>> >> >> >> NativeMethodAccessorImpl.java:62) >>>> >> >> >> > at sun.reflect.DelegatingMethodAccessorImpl.invoke( >>>> >> >> >> DelegatingMethodAccessorImpl.java:43) >>>> >> >> >> > at java.lang.reflect.Method.invoke(Method.java:483) >>>> >> >> >> > at org.junit.runners.model.FrameworkMethod$1. >>>> >> runReflectiveCall( >>>> >> >> >> FrameworkMethod.java:50) >>>> >> >> >> > at org.junit.internal.runners. >>>> model.ReflectiveCallable.run( >>>> >> >> >> ReflectiveCallable.java:12) >>>> >> >> >> > at org.junit.runners.model.FrameworkMethod. >>>> >> invokeExplosively( >>>> >> >> >> FrameworkMethod.java:47) >>>> >> >> >> > at org.junit.internal.runners.statements.RunBefores. >>>> >> >> >> evaluate(RunBefores.java:24) >>>> >> >> >> > at org.junit.internal.runners. >>>> statements.RunAfters.evaluate( >>>> >> >> >> RunAfters.java:27) >>>> >> >> >> > at org.junit.rules.TestWatcher$1. >>>> >> evaluate(TestWatcher.java:55) >>>> >> >> >> > at org.junit.rules.TestWatcher$1. >>>> >> evaluate(TestWatcher.java:55) >>>> >> >> >> > at org.junit.rules.RunRules.evaluate(RunRules.java:20) >>>> >> >> >> > at org.junit.runners.ParentRunner.runLeaf( >>>> >> >> ParentRunner.java:325) >>>> >> >> >> > at org.junit.runners.BlockJUnit4ClassRunner.runChild( >>>> >> >> >> BlockJUnit4ClassRunner.java:78) >>>> >> >> >> > at org.junit.runners.BlockJUnit4ClassRunner.runChild( >>>> >> >> >> BlockJUnit4ClassRunner.java:57) >>>> >> >> >> > at org.junit.runners.ParentRunner$3.run( >>>> >> ParentRunner.java:290) >>>> >> >> >> > at org.junit.runners.ParentRunner$1.schedule( >>>> >> >> ParentRunner.java:71) >>>> >> >> >> > at org.junit.runners.ParentRunner.runChildren( >>>> >> >> >> ParentRunner.java:288) >>>> >> >> >> > at org.junit.runners.ParentRunner.access$000( >>>> >> >> ParentRunner.java:58) >>>> >> >> >> > at org.junit.runners.ParentRunner$2.evaluate( >>>> >> >> >> ParentRunner.java:268) >>>> >> >> >> > at org.junit.internal.runners. >>>> statements.RunAfters.evaluate( >>>> >> >> >> RunAfters.java:27) >>>> >> >> >> > at org.junit.runners.ParentRunner.run(ParentRunner. >>>> java:363) >>>> >> >> >> > at org.apache.maven.surefire. >>>> junit4.JUnit4Provider.execute( >>>> >> >> >> JUnit4Provider.java:367) >>>> >> >> >> > at org.apache.maven.surefire.junit4.JUnit4Provider. >>>> >> >> >> executeWithRerun(JUnit4Provider.java:274) >>>> >> >> >> > at org.apache.maven.surefire.junit4.JUnit4Provider. >>>> >> >> >> executeTestSet(JUnit4Provider.java:238) >>>> >> >> >> > at org.apache.maven.surefire. >>>> junit4.JUnit4Provider.invoke( >>>> >> >> >> JUnit4Provider.java:161) >>>> >> >> >> > at org.apache.maven.surefire.booter.ForkedBooter. >>>> >> >> >> invokeProviderInSameClassLoader(ForkedBooter.java:290) >>>> >> >> >> > at org.apache.maven.surefire.booter.ForkedBooter. >>>> >> >> >> runSuitesInProcess(ForkedBooter.java:242) >>>> >> >> >> > at org.apache.maven.surefire.booter.ForkedBooter.main( >>>> >> >> >> ForkedBooter.java:121) >>>> >> >> >> > Caused by: java.lang.IllegalStateException: Thread Print Stream >>>> >> >> already >>>> >> >> >> set >>>> >> >> >> > at org.apache.felix.gogo.runtime. >>>> >> threadio.ThreadIOImpl.start( >>>> >> >> >> ThreadIOImpl.java:49) >>>> >> >> >> > at org.apache.felix.gogo.runtime. >>>> activator.Activator.start( >>>> >> >> >> Activator.java:76) >>>> >> >> >> > at org.apache.felix.connect.PojoSRBundle.start( >>>> >> >> >> PojoSRBundle.java:153) >>>> >> >> >> > ... 37 more >>>> >> >> >> > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: >>>> >> 7.425 >>>> >> >> >> sec - in org.apache.camel.BlueprintBeanTest >>>> >> >> >> > >>>> >> >> >> > Results : >>>> >> >> >> > >>>> >> >> >> > Tests run: 3, Failures: 0, Errors: 0, Skipped: 0 >>>> >> >> >> > >>>> >> >> >> > [INFO] >>>> >> >> >> > [INFO] --- maven-bundle-plugin:3.2.0:manifest >>>> (bundle-manifest) @ >>>> >> >> >> camel-example-blueprint --- >>>> >> >> >> > [WARNING] Manifest org.apache.camel:camel- >>>> >> >> example-blueprint:bundle:2.18.0-SNAPSHOT >>>> >> >> >> : Unused Import-Package instructions: [org.apache.camel.*, >>>> >> >> >> org.springframework.ws.*, org.springframework.xml.*, >>>> >> >> org.springframework.*, >>>> >> >> >> org.apache.commons.logging.*, org.apache.cxf.*, org.apache.qpid.*, >>>> >> >> >> org.apache.abdera.*, org.apache.commons.httpclient.*, >>>> >> >> >> org.apache.velocity.*, org.apache.xmlbeans.*, org.eclipse.jetty.*, >>>> >> >> >> com.thoughtworks.xstream.*, org.antlr.stringtemplate.*, >>>> >> >> >> org.ccil.cowan.tagsoup.*, org.mortbay.cometd.*, org.slf4j.*, >>>> >> >> >> net.sf.flatpack.*, net.sf.saxon.*, freemarker.*, >>>> javax.persistence.*, >>>> >> >> >> org.apache.lucene.*, org.apache.solr.*] >>>> >> >> >> > [INFO] >>>> >> >> >> > [INFO] --- maven-bundle-plugin:3.2.0:bundle (default-bundle) @ >>>> >> >> >> camel-example-blueprint --- >>>> >> >> >> > [WARNING] Bundle org.apache.camel:camel- >>>> >> >> example-blueprint:bundle:2.18.0-SNAPSHOT >>>> >> >> >> : No translation found for macro: greeting >>>> >> >> >> > [WARNING] Bundle org.apache.camel:camel- >>>> >> >> example-blueprint:bundle:2.18.0-SNAPSHOT >>>> >> >> >> : No translation found for macro: body >>>> >> >> >> > [WARNING] Bundle org.apache.camel:camel- >>>> >> >> example-blueprint:bundle:2.18.0-SNAPSHOT >>>> >> >> >> : Unused Import-Package instructions: [org.springframework.ws.*, >>>> >> >> >> org.springframework.xml.*, org.springframework.*, >>>> >> >> >> org.apache.commons.logging.*, org.apache.cxf.*, org.apache.qpid.*, >>>> >> >> >> org.apache.abdera.*, org.apache.commons.httpclient.*, >>>> >> >> >> org.apache.velocity.*, org.apache.xmlbeans.*, org.eclipse.jetty.*, >>>> >> >> >> com.thoughtworks.xstream.*, org.antlr.stringtemplate.*, >>>> >> >> >> org.ccil.cowan.tagsoup.*, org.mortbay.cometd.*, org.slf4j.*, >>>> >> >> >> net.sf.flatpack.*, net.sf.saxon.*, freemarker.*, >>>> javax.persistence.*, >>>> >> >> >> org.apache.lucene.*, org.apache.solr.*] >>>> >> >> >> > [INFO] >>>> >> >> >> > [INFO] --- maven-site-plugin:3.5.1:attach-descriptor >>>> >> >> >> (attach-descriptor) @ camel-example-blueprint --- >>>> >> >> >> > [INFO] >>>> >> >> >> > [INFO] --- maven-failsafe-plugin:2.19.1:integration-test >>>> >> (default) @ >>>> >> >> >> camel-example-blueprint --- >>>> >> >> >> > >>>> >> >> >> > ------------------------------------------------------- >>>> >> >> >> > T E S T S >>>> >> >> >> > ------------------------------------------------------- >>>> >> >> >> > Running org.apache.camel.itest.BlueprintBeanIT >>>> >> >> >> > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: >>>> >> 0.392 >>>> >> >> >> sec <<< FAILURE! - in org.apache.camel.itest.BlueprintBeanIT >>>> >> >> >> > initializationError(org.apache.camel.itest.BlueprintBeanIT) >>>> Time >>>> >> >> >> elapsed: 0.01 sec <<< ERROR! >>>> >> >> >> > org.ops4j.pax.exam.TestContainerException: java.lang.reflect. >>>> >> >> >> InvocationTargetException >>>> >> >> >> > at org.apache.camel.itest.BlueprintBeanIT.configure( >>>> >> >> >> BlueprintBeanIT.java:60) >>>> >> >> >> > >>>> >> >> >> > Running org.apache.camel.itest.BlueprintBeanPropertiesOverrid >>>> >> >> eFromFileIT >>>> >> >> >> > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: >>>> >> 0.029 >>>> >> >> >> sec <<< FAILURE! - in org.apache.camel.itest. >>>> >> >> >> BlueprintBeanPropertiesOverrideFromFileIT >>>> >> >> >> > initializationError(org.apache.camel.itest. >>>> >> >> >> BlueprintBeanPropertiesOverrideFromFileIT) Time elapsed: 0.001 >>>> sec >>>> >> >> <<< >>>> >> >> >> ERROR! >>>> >> >> >> > org.ops4j.pax.exam.TestContainerException: java.lang.reflect. >>>> >> >> >> InvocationTargetException >>>> >> >> >> > at org.apache.camel.itest.BlueprintBeanPropertiesOverrid >>>> >> >> >> eFromFileIT.configure(BlueprintBeanPropertiesOverrid >>>> >> >> eFromFileIT.java:76) >>>> >> >> >> > >>>> >> >> >> > Running org.apache.camel.itest.BlueprintBeanPropertiesOverrid >>>> >> >> eFromTestIT >>>> >> >> >> > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: >>>> >> 0.015 >>>> >> >> >> sec <<< FAILURE! - in org.apache.camel.itest. >>>> >> >> >> BlueprintBeanPropertiesOverrideFromTestIT >>>> >> >> >> > initializationError(org.apache.camel.itest. >>>> >> >> >> BlueprintBeanPropertiesOverrideFromTestIT) Time elapsed: 0.001 >>>> sec >>>> >> >> <<< >>>> >> >> >> ERROR! >>>> >> >> >> > org.ops4j.pax.exam.TestContainerException: java.lang.reflect. >>>> >> >> >> InvocationTargetException >>>> >> >> >> > at org.apache.camel.itest.BlueprintBeanPropertiesOverrid >>>> >> >> >> eFromTestIT.configure(BlueprintBeanPropertiesOverrid >>>> >> >> eFromTestIT.java:90) >>>> >> >> >> > >>>> >> >> >> > >>>> >> >> >> > Results : >>>> >> >> >> > >>>> >> >> >> > Tests in error: >>>> >> >> >> > BlueprintBeanIT.initializationError » TestContainer >>>> >> >> >> java.lang.reflect.Invocati... >>>> >> >> >> > BlueprintBeanPropertiesOverrideFromFileIT.initializationError >>>> » >>>> >> >> >> TestContainer ... >>>> >> >> >> > BlueprintBeanPropertiesOverrideFromTestIT.initializationError >>>> » >>>> >> >> >> TestContainer ... >>>> >> >> >> > >>>> >> >> >> > Tests run: 3, Failures: 0, Errors: 3, Skipped: 0 >>>> >> >> >> > >>>> >> >> >> > [INFO] >>>> >> >> >> > [INFO] --- ianal-maven-plugin:1.0-alpha-1:verify-legal-files >>>> >> >> (default) >>>> >> >> >> @ camel-example-blueprint --- >>>> >> >> >> > [INFO] Checking legal files in: camel-example-blueprint-2.18. >>>> >> >> >> 0-SNAPSHOT.jar >>>> >> >> >> > [INFO] >>>> >> >> >> > [INFO] --- maven-failsafe-plugin:2.19.1:verify (default) @ >>>> >> >> >> camel-example-blueprint --- >>>> >> >> >> > [INFO] ------------------------------ >>>> >> ------------------------------ >>>> >> >> >> ------------ >>>> >> >> >> > [INFO] BUILD FAILURE >>>> >> >> >> > [INFO] ------------------------------ >>>> >> ------------------------------ >>>> >> >> >> ------------ >>>> >> >> >> > >>>> >> >> >> > >>>> >> >> >> >> Am 02.09.2016 um 17:12 schrieb Quinn Stevenson < >>>> >> >> >> qu...@pronoia-solutions.com>: >>>> >> >> >> >> >>>> >> >> >> >> I’ve had a pull-request out there for a while ( >>>> >> >> >> https://github.com/apache/camel/pull/987 < >>>> https://github.com/apache/ >>>> >> >> >> camel/pull/987>) - looking for some feedback on the example >>>> project >>>> >> that >>>> >> >> >> attempts to show how to use camel-test-karaf. I could really use >>>> >> some >>>> >> >> >> input. I think fleshing-out this example will help refine the >>>> >> >> >> camel-test-karaf component itself. >>>> >> >> >> >> >>>> >> >> >> >> >>>> >> >> >> >>> On Aug 30, 2016, at 4:17 AM, Luca Burgazzoli < >>>> >> lburgazz...@gmail.com >>>> >> >> > >>>> >> >> >> wrote: >>>> >> >> >> >>> >>>> >> >> >> >>> Hi Claus, >>>> >> >> >> >>> >>>> >> >> >> >>> Yep, I'm going to close CAMEL-10274. >>>> >> >> >> >>> >>>> >> >> >> >>> --- >>>> >> >> >> >>> Luca Burgazzoli >>>> >> >> >> >>> >>>> >> >> >> >>> >>>> >> >> >> >>> On Tue, Aug 30, 2016 at 11:25 AM, Claus Ibsen < >>>> >> >> claus.ib...@gmail.com> >>>> >> >> >> wrote: >>>> >> >> >> >>>> Hi Luca >>>> >> >> >> >>>> >>>> >> >> >> >>>> I can see you found out about the problem and found a >>>> solution. >>>> >> So >>>> >> >> the >>>> >> >> >> >>>> examples should work again. >>>> >> >> >> >>>> >>>> >> >> >> >>>> On Mon, Aug 29, 2016 at 12:39 PM, Luca Burgazzoli < >>>> >> >> >> lburgazz...@gmail.com> wrote: >>>> >> >> >> >>>>> Hi Claus, >>>> >> >> >> >>>>> >>>> >> >> >> >>>>> can you tell me something more about log4j2 vs jetty plugin >>>> ? >>>> >> >> >> >>>>> >>>> >> >> >> >>>>> --- >>>> >> >> >> >>>>> Luca Burgazzoli >>>> >> >> >> >>>>> >>>> >> >> >> >>>>> >>>> >> >> >> >>>>> On Sun, Aug 28, 2016 at 11:28 AM, Claus Ibsen < >>>> >> >> claus.ib...@gmail.com> >>>> >> >> >> wrote: >>>> >> >> >> >>>>>> Hi >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> Hope everybody had good summer vacation. I had my vacation >>>> in >>>> >> >> parts >>>> >> >> >> >>>>>> and have next week as PTO. >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> We should get started to close down on the upcoming Camel >>>> 2.18 >>>> >> >> >> release. >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> There is some outstanding work (in no particular order) >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> 1) >>>> >> >> >> >>>>>> Finish the spring boot stuff with the starter components. >>>> >> >> >> >>>>>> Nicola comes back from PTO and will work on this. >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> 2) >>>> >> >> >> >>>>>> rest-dsl to support calling REST services. I am working on >>>> >> this >>>> >> >> and >>>> >> >> >> >>>>>> have some outstanding work still around binding and other >>>> >> >> >> >>>>>> improvements. >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> 3) >>>> >> >> >> >>>>>> Tidy up the log4j v2 upgrade. Some of the examples do not >>>> >> start >>>> >> >> with >>>> >> >> >> >>>>>> the jetty plugin. >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> 4) >>>> >> >> >> >>>>>> Migrate the last wiki pages to adoc files. There is not so >>>> >> many >>>> >> >> >> pages >>>> >> >> >> >>>>>> left and you can find a report when running camel-catalog >>>> >> build >>>> >> >> that >>>> >> >> >> >>>>>> output what is missing. >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> This will help us with a base-line for maintaining the >>>> >> >> documentation >>>> >> >> >> >>>>>> going forward in the source code adoc files instead of >>>> wiki, >>>> >> and >>>> >> >> we >>>> >> >> >> >>>>>> can then generate a new website and documentation for the >>>> >> >> following >>>> >> >> >> >>>>>> release (2.19 or 3.0) etc. But this is a discussion we >>>> should >>>> >> >> IMHO >>>> >> >> >> >>>>>> take post 2.18. >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> 5) >>>> >> >> >> >>>>>> camel-test-karaf module. This module is in the works but >>>> could >>>> >> >> use >>>> >> >> >> >>>>>> some review and finishing so its easier to use for end >>>> users. >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> Notice the existing camel-test-blueprint is still favored >>>> for >>>> >> >> doing >>>> >> >> >> >>>>>> unit tests which you can run fast and easily debug. The new >>>> >> >> >> >>>>>> camel-test-karaf is for running integration tests in a >>>> running >>>> >> >> karaf >>>> >> >> >> >>>>>> instance. >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> 6) >>>> >> >> >> >>>>>> We should look at the JIRA tickets that are assigned to >>>> 2.18.0 >>>> >> >> and >>>> >> >> >> try >>>> >> >> >> >>>>>> to fix / implement them, or move them to 2.18.1 or 2.19.0 >>>> for >>>> >> >> next >>>> >> >> >> >>>>>> releases. >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> 7) >>>> >> >> >> >>>>>> Keep an eye on the CI server to make sure the tests are >>>> green. >>>> >> >> >> >>>>>> https://builds.apache.org/view/A-D/view/Camel/ >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> If all goes well then hopefully in 2-3 weeks we are ready >>>> to >>>> >> cut >>>> >> >> >> the 2.18.0 RC. >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> >>>> >> >> >> >>>>>> -- >>>> >> >> >> >>>>>> 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 >>>> >> >> >> >> >>>> >> >> >> > >>>> >> >> >> >>>> >> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> -- >>>> >> >> 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 >>>> >> >>>> >>>> >>>> >>>> -- >>>> 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 >> > > > > -- > Claus Ibsen > ----------------- > http://davsclaus.com @davsclaus > Camel in Action 2: https://www.manning.com/ibsen2 >