TMSS-3705: fixed ingest_tmss_adapter to handle multiple ingests of same dataproducts. moved ingest_tmss_adapter into tmss docker image, and make it run on scu. Removed TMSS-django-ORM interface from ingestpipeline, implemented an interface via the messagebus

TMSS-1515: use a single thread-safe TMSSSession http rest client. This throttles the number of simultaneous call to the TMSS rest api to 1, no matter how many parallel ingest transfers are running, thus reducing the load on the tmss server.

TMSS-1515: reverted commits. Back to using the original TMSSSession http rest client. Using the django ORM poses too many deployment/infrastructure/firewall problems. Need to make another solution for spamming the rest api.

TMSS-1515: replaced used of rest-api-client by direct django orm objects. re-enabled and fixed test.

TMSS-320: les ingesttmssadapter handle the scheduled ingest subtasks, and let the ingestpipeline upload the archive information

SW-699: adapted ingest to new messaging framework using a central broker with a central exchange and proper routing_keys/queues

SW-699: Make notifications unconfigurable, greatly reducing complexity of the higher abstraction layers.

SW-699: Use a single broker and bus (exchange), and make service names unconfigurable (fixed in Service and RPC). Greatly reduces configuration size.

SW-657: locking. logging. added test to reconnect to frombus if not receiving new jobs when the jobmanager says there are jobs to do

This includes:
- python executable -> python3
- Help texts
- #! specifications
- Shell scripts

SW-0: only monitor outgoing traffic to LTA sites, not all outgoing traffic. As a (desired) consequence, outgoing LTA traffic is now allowed to take precedence over internal traffic.

Task #11385: check for valid sip before transfer. block dataproducts with invalid sip. various minor performance improvements

Task #10339: start transferring new job even while previous jobs are still finalizng (talking to slow MoM and/or LTA catalogue)