camel-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Quinn Stevenson <qu...@pronoia-solutions.com>
Subject Re: Potential Bug in CamelBlueprintTestSupport
Date Wed, 06 Jan 2016 21:35:49 GMT
Hi Grzegorz -

Thank you for the link - I’ve read through it many times - it is very very helpful.  From
what I understand, this should work - the location of the blueprint file shouldn’t effect
the way the test runs, should it?  Maybe I’m missing something simple.

It looks like my unit test attachment didn’t come through. Sorry - I didn’t think about
the mailing list filtering out attachments.  You can get to the test here https://github.com/hqstevenson/camel-blueprint-test-properties.git
<https://github.com/hqstevenson/camel-blueprint-test-properties.git> 

I've been testing this primary against 2.17-SNAPSHOT, but I’ve tested against several versions.
 The POM for the unit test has the versions listed that I tested, but I was messing with the
test a little so I’m not sure the list is completely accurate.  I’ll verify those and
update the POM if needed.

Quinn Stevenson


> On Jan 6, 2016, at 12:21 PM, Grzegorz Grzybek <gr.grzybek@gmail.com> wrote:
> 
> Hello Quinn
> 
> What Camel version do you use? I wrote a thorough explanation of
> CamelTestBlueprint and the changes we've made to how tests are
> performed and synchronized.
> Here: http://ggrzybek.blogspot.com/2015/12/camel-blueprint-test-support.html
> You can find there links to JIRA issues describing exactly the same
> problems you have with `update-strategy="reload"`.
> 
> best regards
> Grzegorz Grzybek
> 
> 2016-01-06 19:16 GMT+01:00 Quinn Stevenson <quinn@pronoia-solutions.com>:
>> I’ve encountered an issue, but I’m not sure if this is a bug or a user error.
>> 
>> I’m trying to write some tests using CamelBlueprintTestSupport for bundles where
the blueprint file is in src/main/resources/OSGI-INF/blueprint.  However, I’m getting random
failures in the test on startup.
>> 
>> I’ve narrowed it down to using update-strategy = “reload” and overriding properties
in the test.  The tests fail (most of the time) when the actual blueprint file is in src/main/resources/OSGI-INF/blueprint.
 Even when the test doesn’t fail, you’ll see multiple camel contexts get created during
the test, while the test this is based on from camel-test-blueprint only creates two camel
contexts.
>> 
>> However, if I move the blueprint file to src/test/resources/OSGI-INF/blueprint, the
test passes.
>> 
>> Since I need the blueprint packaged in the bundle in OSGI-INF/blueprint, I can’t
move the blueprint file to the src/test/… area.
>> 
>> Is there another way I should be testing this sort of thing?
>> 
>> I’ve created a unit test based on the ConfigAdminLoadConfigurationFileAndOverrideTest
from the camel-test-blueprint module that demonstrates the issue.
>> 
>> 
>> 
>> 
>> Quinn Stevenson
>> 
>> 
>> 
>> 


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message