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 >