Hi Federico,
I looked into it a bit more and realized the issue was due to autowiring the
Camel context through the constructor of the test class.
https://gist.github.com/0x6A75626172/c7aa6c1c925087a11fa0f836dd6add76
When I autowire the fields directly like your reproducer it also works for me.
T
Hi Jubar,
I think I reproduced a similar scenario, and the test is successful,
https://gist.github.com/Croway/24ba7620d52ed528aa13e13c70678e25 can you
share a reproducer? in particular, without the DirtiesContext, the 2nd test
fails on the first assertion, due to Camel Context already started,
oth
Hi everyone,
is @CamelSpringBootTest incompatible with the combination of
@DirtiesContext(classMode = ClassMode.AFTER_EACH_TEST_METHOD) and
@UseAdviceWith?
Only my first test method is executed successful. The methods after it fail
because the camel context starts immediately before the adviceW
I got it. If our user use camel-test-spring, he will likely do it by
annotating it with CamelSpringJUnit4ClassRunner or by extending
CamelSpringTestSupport.
For the first case, he needs spring-test, but not for the second one.
If we didn't had to use Spring 3.1.x for this (say Spring 3.0.x
away once you
upgrade the rest to use the same version.
Den 25 april 2012 00:42 skrev Christian Müller
:
> Sorry, forget my last comment...
> I think we should let it is as it is.
>
> I created a sample application which depends on camel-sql and
> camel-test-spring. The depend
If the user doesn't use the CamelSpringUnit4ClassRunner from the
camel-test-spring, he doesn't need the spring-test:3.1.x.
But if he needs it, he should consider to update the spring dependency
version.
When we upgrade the spring version to 3.1.x, these issues will go away.
On Wed
Sorry, forget my last comment...
I think we should let it is as it is.
I created a sample application which depends on camel-sql and
camel-test-spring. The dependency tree looks like below (dependency to
org.springframework:spring-test:3.1.1.RELEASE):
[INFO] --- maven-dependency-plugin:2.1:tree
At present, the dependency tree looks like below (which is wrong):
[INFO] --- maven-dependency-plugin:2.1:tree (default-cli) @
camel-test-spring ---
[INFO] org.apache.camel:camel-test-spring:bundle:2.10-SNAPSHOT
[INFO] +- org.apache.camel:camel-test:jar:2.10-SNAPSHOT:compile
[INFO
On Thu, Apr 19, 2012 at 3:20 PM, Willem Jiang wrote:
> On Thu Apr 19 16:40:05 2012, Magnus Palmér wrote:
>>
>> It works when adding spring-context dependency 3.1.1 to my pom.
>
>
> I just checked the code of camel-test-spring, if you are using the
> CamelSpringJUnit4C
On Thu Apr 19 16:40:05 2012, Magnus Palmér wrote:
It works when adding spring-context dependency 3.1.1 to my pom.
I just checked the code of camel-test-spring, if you are using the
CamelSpringJUnit4ClassRunner, you need to use the Spring 3.1.1.
As the CamelSpringTestContextLoader doesn&#
It works when adding spring-context dependency 3.1.1 to my pom.
What you are saying works for camel-test-spring since the spring
dependencies are managed explicitly, maybe that is good practice?
I am not that experienced with spring yet.
Maybe it should say something about it in the wiki for
There are compiling issue of camel-test-spring with spring 3.0.x, but
it should work by just applying the jar into the class path.
You can override the spring version in your pom this time.
On Thu Apr 19 05:23:07 2012, Magnus Palmér wrote:
In the camel-parent pom:
3.0.7.RELEASE
And in camel
In the camel-parent pom:
3.0.7.RELEASE
And in camel-test-spring pom:
3.1.1.RELEASE
Den 18 april 2012 23:12 skrev Magnus Palmér :
> I ran into some trouble today when I changed my JUnit test to use
> @RunWith(CamelSpringJUnit4ClassRunner.class) from camel-spring-test
>
> It turne
:
org.springframework:spring-test:jar:3.1.1.RELEASE:test
Looking at the dependency:tree for camel-spring and camel-test-spring
+- org.apache.camel:camel-spring:jar:2.10-SNAPSHOT:compile
| +- org.springframework:spring-context:jar:3.0.7.RELEASE:compile
| | +- org.springframework:spring-beans:jar:3.0.7
14 matches
Mail list logo
