On Sat, Apr 12, 2014 at 1:43 AM, Curtis Stanford < cur...@stanfordcomputing.com> wrote:
> OK, in general when sending a message to a remote actor, the self > reference (which is local) needs to be converted to a remote reference > (i.e. akka.tcp://bs@127.0.0.1:64002/user/b) so the remote actor has > something it can respond to via the sender() call. I think it's doing it > wrong when two actor systems are present. > I think you are somehow sharing ActorRefs between the both systems without obtaining them from within the systems. You can't just pass the ActorRefs in-memory between the 2 different ActorSystems, you need to send them via messages (remoting). > > > On Friday, April 11, 2014 5:33:47 PM UTC-6, √ wrote: > >> I have no idea what "Somewhere on the trip, it gets converted to an >> actor in AS even though it's own context points to the BS actor system." >> means, I'm afraid. >> >> There are a couple of invariants that need to be enforced: >> >> a) the hostname needs to be reachable (127.0.0.1 is a local address, so >> it won't work where there is more than one machien for obvious reasons) >> b) you need to obtain references to the actors of the other systems via >> actorSelection or otherwise (for bootstrap) >> >> >> On Sat, Apr 12, 2014 at 1:20 AM, Curtis Stanford < >> cur...@stanfordcomputing.com> wrote: >> >>> I was trying to simplify it but there is another server MS at a known >>> port that RS registers at. I guess my main question is, should this work? I >>> assume at some point the BS actors ActorRef gets converted from local to >>> remote. Somewhere on the trip, it gets converted to an actor in AS even >>> though it's own context points to the BS actor system. >>> >>> >>> On Friday, April 11, 2014 5:12:48 PM UTC-6, √ wrote: >>>> >>>> How do they learn of eachother if all of their interfaces and ports are >>>> random? >>>> >>>> >>>> -- >>> >>>>>>>>>> Read the docs: http://akka.io/docs/ >>> >>>>>>>>>> Check the FAQ: http://doc.akka.io/docs/akka/ >>> current/additional/faq.html >>> >>>>>>>>>> Search the archives: https://groups.google.com/ >>> group/akka-user >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "Akka User List" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to akka-user+...@googlegroups.com. >>> To post to this group, send email to akka...@googlegroups.com. >>> >>> Visit this group at http://groups.google.com/group/akka-user. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> >> >> -- >> Cheers, >> √ >> > -- > >>>>>>>>>> Read the docs: http://akka.io/docs/ > >>>>>>>>>> Check the FAQ: > http://doc.akka.io/docs/akka/current/additional/faq.html > >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user > --- > You received this message because you are subscribed to the Google Groups > "Akka User List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to akka-user+unsubscr...@googlegroups.com. > To post to this group, send email to akka-user@googlegroups.com. > Visit this group at http://groups.google.com/group/akka-user. > For more options, visit https://groups.google.com/d/optout. > -- Cheers, √ -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user --- You received this message because you are subscribed to the Google Groups "Akka User List" group. To unsubscribe from this group and stop receiving emails from it, send an email to akka-user+unsubscr...@googlegroups.com. To post to this group, send email to akka-user@googlegroups.com. Visit this group at http://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.
