Make RetryTopicConfigurationSupport initialize RetryTopicComponentFactory lazily

[jgslima]

Expected Behavior
In classes that extend RetryTopicConfigurationSupport and override the method createComponentFactory(), it should be possible to return an instance of a RetryTopicComponentFactory which is itself a bean of the spring context.

Current Behavior
Currently, this is not possible, because, in RetryTopicConfigurationSupport, the method createComponentFactory() is called in the declaration of the attribute componentFactory. As so, the class that extends RetryTopicConfigurationSupport has no time to use a reference from the application context to return. It does not even help to make the subclass to receive the bean in the constructor, as the superclass is initialized first.

Context
It has been annoying to find a way to return in the override createComponentFactory() an instance which is, or which depends on, beans of the context.

[garyrussell]

Unfortunately, this is not as simple as just making the call to createComponentFactory() "lazy", because it is needed in 3 other bean definitions.

We could, however, detect the existence of a bean of that type in the application context and use that instead of the field.

In the meantime, the only work around I can see is to override those 3 bean definitions destinationTopicResolver, kafkaConsumerBackoffManager and retryTopicConfigurer.