How do they learn of eachother if all of their interfaces and ports are
random?
On Sat, Apr 12, 2014 at 12:53 AM, Curtis Stanford <
cur...@stanfordcomputing.com> wrote:
> They all use this. Internally, I set the IP and port of RS depending on
> command line parms. I assume you mean the akka.actor.provider =
> "akka.remove.RemoteActorRefProvider" part?
>
> akka {
> log-dead-letters = on
> log-dead-letters-during-shutdown = off
> loglevel = INFO
> actor {
> provider = "akka.remote.RemoteActorRefProvider"
> debug {
> receive = on
> autoreceive = on
> lifecycle = on
> }
> }
> remote {
> enabled-transports = ["akka.remote.netty.tcp"]
> netty {
> tcp {
> hostname = ""
> port = 0
> }
> }
> }
> }
>
>
>
> On Friday, April 11, 2014 4:45:08 PM UTC-6, √ wrote:
>
>> All your ActorSystems need to use Remoting. I don't see anywhere in your
>> post where you explain what RS has in terms of config.
>>
>>
>> On Sat, Apr 12, 2014 at 12:06 AM, Curtis Stanford <
>> cur...@stanfordcomputing.com> wrote:
>>
>>> Hi, been having great luck with Akka so far but I can't figure this one
>>> out.
>>>
>>> I have a JVM app with two actor systems, let's call them AS and BS. AS
>>> is created first. I also have a remote actor system called RS in another
>>> JVM.
>>>
>>> AS sending messages to RS is no problem and RS can reply using the
>>> sender()
>>>
>>> However, when BS sends a message to RS, the message is sent ok but, when
>>> RS receives it, the sender() returns an ActorRef pointing at AS so the
>>> reply never arrives at BS.
>>>
>>> So, if an AS actor's path is akka://as@127.0.0.1:64001/user/a
>>>
>>> and a BS actor's path is akka://bs@127.0.0.1:64002/user/b
>>>
>>> when BS sends a message to RS, RS thinks the sender is akka://
>>> as@127.0.0.1:64001/user/b. It mixes the two paths together.
>>>
>>> I've checked that the actor in the BS system has the correct context,
>>> system and self before sending to RS.
>>>
>>> I can't see a way to get RS to respond to BS correctly...
>>>
>>> Curtis
>>>
>>> --
>>> >>>>>>>>>> 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.
