The Author Online Book Forums are Moving

The Author Online Book Forums will soon redirect to Manning's liveBook and liveVideo. All book forum content will migrate to liveBook's discussion forum and all video forum content will migrate to liveVideo. Log in to liveBook or liveVideo with your Manning credentials to join the discussion!

Thank you for your engagement in the AoF over the years! We look forward to offering you a more enhanced forum experience.

OrBee (61) [Avatar] Offline
#1
The HTTPJDBCTestCase is empty as well as the majority of the test cases. Also, in the previous edition you used the activeMq as a vm queue, however,you changed the way you did it in this edition. I don't fully understand how you use it in the examples.
Could you please shed some light on it's use and the change?

In the examples, you just include an empty <test-component>, what's the purpose of that, how does it influence the test case?
David Dossot (233) [Avatar] Offline
#2
Re: Test Cases
The primary goal of these test cases is to ensure that the Mule configuration loads fine, in order to guarantee that the book samples are working for the version of Mule the book is written for. So that is why HttpJdbcTestCase simply extends AbstractConfigurationLoaderTestCase which contains the ensureConfigLoads() test.

> in the previous edition you used the activeMq as a vm queue, however,you changed the way you did it in this edition

Sorry I don't really understand this. How could we use ActiveMQ (from the JMS transport) as a VM queue (from the VM transport). They are very different.

> empty <test-component>, what's the purpose of that, how does it influence the test case?

See chapter 12 and the usage of the test component for capturing messages during tests.