Can CtpAnonymiser be wrapped with a c# service to remove much of the Java code, and allow choice of anonymiser?

[rkm]

From chat with @tznind today. Similar reasoning to #696:

• Duplication of message classes between C#/Java which require to be updated in sync
• Duplication of config classes "
• Requires a separate application to be deployed instead of being bundled in the single smi script
• Our developers are less familiar with the Java ecosystem, and so that part of the repo is more susceptible to bit-rot

There's also a desire to support fo-dicom as an alternative anonymisation option. Building the new feature with a base IAnonymiser interface will enable this choice, and support easier testing.

This is basically replacing the C# - CTP communication from RabbitMQ to something more lightweight and more easily maintainable. Couple of solutions:

• Simple process wrapper communicating using stdin/out. PoC here
• Socket-like wrapper similar to IsIdentifiable

To maintain the same parallelism, each wrapper would need its own instance of CTP.

[rkm]

Basis for this implemented in #973