-
Task
-
Resolution: Done
-
Medium
-
None
netconf-config hosts three components:
- global-netconf-ssh-scheduled-executor (a ScheduledThreadPool)
- global-netconf-processing-executor (a ThreadPool)
- plus the thread factory to go with that
The first is solely used in netconf-nb, the second is used by netconf-topology (and singleton and call-home). This layout is wrong, as we do not have proper task isolation and we have this shared dependency for no good reason.
Eliminate this component by:
- moving the ScheduleThreadPool to netconf-nb, ditching the dependency on controller in the process
- creating dedicated thread pools for each of the topology applications with its own config, perhaps with some tooling provided by topology.spi
This will render the thread factory superfluous, as each pool will have its proper name.
- relates to
-
NETCONF-1233 Blocking call during NetconfDeviceSchemas acquisition
- Resolved
-
CONTROLLER-2092 Remove odl-controller-exp-netty-config
- Resolved