Hi

I think we fixed something related to that, try with camel 2.20.1.
Or refactor your test classes to only have 1 test method when advicing

On Wed, Nov 15, 2017 at 4:06 PM, Artur Jablonski
<ajablon...@ravenpack.com> wrote:
> Hello,
>
> I've been looking at this issue with running integration tests in Camel +
> SpringBoot combo context.
>
> I have a route that fails to start in integration tests when CamelContext
> starts up. That's expected. One of endpoints refers to a AWS resource that
> the test running machine has no access to. That's OK too, I don't want to
> poke the real resource in the test, so I use the adviceWith() to replace
> the endpoint and start the camel context myself. This works well for a
> single test. As soon as I add another test, the second test fails, because
> of the complaints from the original endpoint about the permissions. It
> looks as if before the second test runs the spring context starts up
> together with the camel context (it seems to ignore the fact that the test
> class is annotated with @UseAdviceWith).
>
> This is a minimal testcase I could produce to reproduce the behaviour
> https://gist.github.com/anonymous/626cf26197dd5a05569d4d306870a22e
>
> What am I missing?
>
> Best,
> Artur



-- 
Claus Ibsen
-----------------
http://davsclaus.com @davsclaus
Camel in Action 2: https://www.manning.com/ibsen2

Reply via email to