RemoteActorRef.start problem
The RemoteActorRef.start method always sets the __status field to started.. no matter if the Actor already has been shut down.
Also the __status field is a very dangerous field since it only reflect the state of the RemoteActorRef, but does not reflect the state of the LocalActorRef (so the real object).
Perhaps the simplest solution would be to throw an error and say this method is not supported? If you get a remote actor ref, by definition it will be started and there is no reason to call start on it yourself. This would be the easiest solution, but could break compatibility with existing code of users that do call start explicitly.
Another option would be to make this method a no-op.
Also the __status field is a very dangerous field since it only reflect the state of the RemoteActorRef, but does not reflect the state of the LocalActorRef (so the real object).
Perhaps the simplest solution would be to throw an error and say this method is not supported? If you get a remote actor ref, by definition it will be started and there is no reason to call start on it yourself. This would be the easiest solution, but could break compatibility with existing code of users that do call start explicitly.
Another option would be to make this method a no-op.
Leave a comment
on 2011-06-30 21:51 *
By viktorklang
"start" will not be needed in 2.0 since all configuration will be supplied to actorOf, and therefor the actor will already be started when it returns.
on 2011-07-09 16:24 *
By viktorklang
Assigned to set to viktorklang
Status changed from New to Invalid
"start" will most likely be removed in 2.0, since when you use an immutable configuration we can implicitly start the actor at creation.