Hi All...I have implemented Akka.NET in a dispatcher / worker pattern to distribute load across multiple machines for a job processing system. On the remote machines I have a service running with Akka workers waiting to accept remote requests. When the worker (actor) is created, it instantiates a type using Assembly.LoadFrom - the location to load the dll is passed as part of the worker creation request. Then, requests to process an xml data file are sent to the worker actors which should use the assembly that was instantiated when the worker was created to process the data. My main dispatcher works with batches of data (a job) and in between jobs, stops the remote workers. When a new job is created, it creates new workers to process the job. This is working fine however on subsequent jobs, where the source .dll has changed, it seems that the old .dll is being used instead of the new one. On each new job, the dispatcher first pulls the assets (dll and other files) to a new file share where the worker should load it from and I can see from my logs that the new worker is using the correct location however the results are showing its using the .dll from a previous job (worker). I am creating my actors with a unique name and I thought this would give some isolation as new, unique workers would be created. What am I missing that the remote process is re-using workers or the .dll. I know something is not quite right as the remote service has a lock on the .dll even after its finished and the workers have been stopped as when I come to delete the assets in the shared folder, I'm unable to until I shut down the remote service. Sorry for the long winded description - Any ideas?