INT-4108: Fix idempotency for some Lifecycles
JIRA: https://jira.spring.io/browse/INT-4108 Some `Lifecycle.start()/stop()` usage doesn't ensure robustness for components causing unexpected and difficulty tracing issues * Fix `Lifecycle.start()/stop()` for `FileReadingMessageSource`, `FileWritingMessageHandler`, `AbstractMqttMessageHandler` * In the `DefaultHeaderChannelRegistry`, `LockRegistryLeaderInitiator`, `MqttPahoMessageHandler` rework logic for shared variables to avoid `NPE` * Increase receive timeouts in the `PayloadDeserializingTransformerParserTests` and `UdpChannelAdapterTests` * Prove with the `WatchServiceDirectoryScannerTests` changes that several invocation for `FileReadingMessageSource.start()` are idempotent **Cherry-pick to 4.3.x**
This commit is contained in:
@@ -105,6 +105,7 @@ public class WatchServiceDirectoryScannerTests {
|
||||
assertTrue(files.contains(top1));
|
||||
assertTrue(files.contains(foo1));
|
||||
assertTrue(files.contains(bar1));
|
||||
fileReadingMessageSource.start();
|
||||
File top2 = this.folder.newFile();
|
||||
File foo2 = File.createTempFile("foo", ".txt", this.foo);
|
||||
File bar2 = File.createTempFile("bar", ".txt", this.bar);
|
||||
@@ -130,6 +131,7 @@ public class WatchServiceDirectoryScannerTests {
|
||||
var1 = StandardWatchEventKinds.OVERFLOW;
|
||||
}
|
||||
*/
|
||||
fileReadingMessageSource.start();
|
||||
List<File> filesForOverflow = new ArrayList<File>(600);
|
||||
|
||||
for (int i = 0; i < 600; i++) {
|
||||
|
||||
Reference in New Issue
Block a user