Hi guys I'm starting the SMX bundles release now.
Regards JB On Sep 21, 2016, 03:34, at 03:34, Andrea Cosentino <ancosen1...@yahoo.com.INVALID> wrote: >Not sure, it depends from Jean Baptiste Onofrè. > -- >Andrea Cosentino >---------------------------------- >Apache Camel PMC Member >Apache Karaf Committer >Apache Servicemix Committer >Email: ancosen1...@yahoo.com >Twitter: @oscerd2 >Github: oscerd > > > >On Wednesday, September 21, 2016 12:17 PM, Claus Ibsen ><claus.ib...@gmail.com> wrote: >Can you speedup those SMX bundle release. > >We dont want to hold back Camel release. >There is people eager waiting for the 2.18.0 release of Camel. > > >On Wed, Sep 21, 2016 at 11:51 AM, Andrea Cosentino ><ancosen1...@yahoo.com.invalid> wrote: >> Maybe we should wait for the next SM bundles release. >> >> We currently have a misalignment in some components. >> >> It should be by the end of the month. >> -- >> Andrea Cosentino >> ---------------------------------- >> Apache Camel PMC Member >> Apache Karaf Committer >> Apache Servicemix Committer >> Email: ancosen1...@yahoo.com >> Twitter: @oscerd2 >> Github: oscerd >> >> >> >> On Wednesday, September 21, 2016 11:39 AM, Luca Burgazzoli ><lburgazz...@gmail.com> wrote: >> Hi Claus, >> >> upgrade to Saxon 9.7 will be merged today. >> >> >> Luca >> >> >> --- >> Luca Burgazzoli >> >> >> On Wed, Sep 21, 2016 at 11:31 AM, Claus Ibsen <claus.ib...@gmail.com> >wrote: >>> Hi >>> >>> Just a quick update. >>> >>> Nicola has now merged his great work on making Camel and Spring Boot >>> work well together with a curated list of -starter components that >>> works. >>> >>> There is another Camel SB ticket merged about nested configuration >>> which we need a bit time to improved/fix etc. >>> >>> And also upgrading to SB 1.4.1 which has just been released, but we >>> assume its a straightforward upgrade. >>> >>> >>> And I think Luca has a bit work on upgrading to Saxon 9.7. >>> >>> But those are IMHO the last bigger things we need to finish before >>> closing down and cutting a release. >>> >>> >>> As usual keep eye on CI server build server >>> https://builds.apache.org/view/A-D/view/Camel/ >>> >>> And the last JIRA tickets for 2.18.0 to be resolved >>> >https://issues.apache.org/jira/issues/?jql=project%20%3D%20CAMEL%20AND%20fixVersion%20%3D%202.18.0%20AND%20resolution%20%3D%20Unresolved >>> >>> >>> The new camel-test-karaf module is ongoing work and in this release >as >>> a kind of preview where we want community feedback and then continue >>> working on this for the next 2.19.0 release to be in good shape. >>> >>> >>> >>> >>> >>> >>> 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