我有一堆单元测试来测试Blueprint中的一些路由/驼峰实现。这些测试在95%的时间内运行得非常好但是每隔一段时间(大约20个左右)我得到一个Camel Runtime异常:
我正在运行最新版本的Fabric8 with Camel 2.12
java.lang.RuntimeException: Gave up waiting for service (objectClass=org.apache.camel.CamelContext)
at org.apache.camel.test.blueprint.CamelBlueprintHelper.getOsgiService(CamelBlueprintHelper.java:240)
at org.apache.camel.test.blueprint.CamelBlueprintHelper.getOsgiService(CamelBlueprintHelper.java:198)
at org.apache.camel.test.blueprint.CamelBlueprintTestSupport.createCamelContext(CamelBlueprintTestSupport.java:304)
at org.apache.camel.test.junit4.CamelTestSupport.doSetUp(CamelTestSupport.java:247)
at org.apache.camel.test.junit4.CamelTestSupport.setUp(CamelTestSupport.java:217)
at org.apache.camel.test.blueprint.CamelBlueprintTestSupport.setUp(CamelBlueprintTestSupport.java:133)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
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.RunRules.evaluate(RunRules.java:20)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
Tests in error:
SystemStatusRouteBuilderTest>CamelBlueprintTestSupport.setUp:133->CamelTestSupport.setUp:217->CamelTestSupport.doSetUp:247->CamelBlueprintTestSupport.createCamelContext:304 » Runtime
我已经检查了蓝图文件中的所有名称空间,将pom打包为一个包,蓝图文件位于预期的位置:src / main / resources / OSGI-INF / blueprint / blueprint.xml ,我有如下指定的camel maven插件:
<plugin>
<groupId>org.apache.camel</groupId>
<artifactId>camel-maven-plugin</artifactId>
<version>${camel.version}</version>
<configuration>
<useBlueprint>true</useBlueprint>
</configuration>
</plugin>
关于为什么会发生这种情况的任何想法?由于其间歇性,它很难调试。
答案 0 :(得分:3)
我遇到了同样的问题(在JUnit测试中)并最终找到了原因。 启用完整的Camel跟踪时,我可以看到以下消息:
“Bundle ****正在等待依赖[(&amp;(component = ldap)(objectClass = org.apache.camel.spi.ComponentResolver)),(&amp;(component = sql)(objectClass = org。 apache.camel.spi.ComponentResolver))]“
这导致我在我的pom中添加显式(测试)依赖,即:
<dependency>
<groupId>org.apache.camel</groupId>
<artifactId>camel-sql</artifactId>
<version>${camel-version}</version>
<scope>test</scope>
</dependency>
注意:为你在Camel路线中使用的所有组件(jaxb,ldap,sql,cache等等)做的事情!
这使我的错误消息(“放弃等待服务异常”)消失: - )
希望这有帮助。
答案 1 :(得分:2)
这是CamelBlueprintTestSupport的常见问题。
请参阅克劳斯的评论 - http://fusesource.com/forums/thread.jspa?threadID=4695
是的,我也经常看到这个。您可以运行测试100次,它可能会失败几次等。不确定会发生什么,如果它的pojosr或蓝图等。虽然OSGi和Blueprint有一个非常复杂的启动模型,其中所有都是异步的,有点等待彼此。而且很难彻底测试。你可以尝试设置surefire插件来分叉每个测试的jvm。然后是每个测试的全新JVM。如果在同一个JVM中运行所有测试时有一些“遗留”,这可能会解决这个问题。
我自己也经历过这个问题
答案 2 :(得分:1)
我在项目中遇到了类似的问题。根本原因通常是依赖性。 您可以尝试找出根本原因的步骤:
1)删除项目依赖项,并使用camel-test-blueprint运行以下基本方案:http://camel.apache.org/blueprint-testing.html
2)理想情况下它应该工作得很好:)。现在慢慢开始逐个添加项目依赖项并测试您的实际场景(不是我上面提到的那个)。在某个时间点,它会破裂。如果它中断,则必须避免使用该依赖项。如果你不能,找到另一种运行测试的方法,即使用单独的项目进行测试......
如果您调试CamelBlueprintTestSupport,您将迷失在其中。正如Matthew所说,调试异步流是很困难的。尝试我的步骤并相信我会工作。我做了同样的事。
答案 3 :(得分:1)
可以在此处找到驼峰测试蓝图问题的历史和背景:http://ggrzybek.blogspot.com/2015/12/camel-blueprint-test-support.html
修复了提高这些测试的可靠性的方法:
答案 4 :(得分:0)
与camel 2.16.0和使用camel-archetype-blueprint创建的新项目有同样的问题。
但我没有偶尔的失败, mvn camel:run 每次运行都失败了。
将骆驼版改为2.14.0就可以了。
答案 5 :(得分:0)
我遇到了Apache Camel 2.19.1的这个问题。我解决问题的方法是将原型版本更改为2.18而不是
中的2.19原型/骆驼原型-蓝图/ pom.xml的
另请参阅this页面
希望它有所帮助。
答案 6 :(得分:0)
当Blueprint描述符中没有camelContext定义时,我遇到了同样的异常,只有bean。我错误地认为在运行测试时不需要上下文定义,所以它还没有开始。