Thanks for the reply. I was thinking about this approach, but I discarded
it after seeing this warning in the documentation:
"The routee actors should be started as early as possible when starting the
actor system, because the router will try to use them as soon as the member
status is changed to 'Up'. If it is not available at that point it will be
removed from the router and it will only re-try when the cluster members
are changed."

Can I somehow enforce cluster-aware router to re-try the lookup without
changing the memberships in the cluster?

Best,
Bartłomiej


2014-09-06 11:15 GMT+02:00 Martynas Mickevičius <
[email protected]>:

> Hi Bartłomiej,
>
> I would suggest to have one actor for the long initialization and the
> other one which would match the routee path. Then the first one can start
> the second one after the initialization is complete, and the second one can
> relay messages to the first one via context.parent or explicitly passed
> ActorRef.
>
>
> On Wed, Sep 3, 2014 at 1:02 AM, Bartłomiej Szczepanik <[email protected]>
> wrote:
>
>> Dear Akka users,
>>
>> I want to user group router as a load balancer for an actor deployed on
>> different nodes. The actor needs some time to become usable, let us say 1
>> minute. Currently I am using registerOnMemberUp pattern to create the actor
>> after the cluster is in UP state. As far as understood from the docs,
>> router will immediately try to use the new actor when I add a new node. How
>> can I avoid it? Should I join to the cluster after the actor will be
>> initialized fully? What if I need to do it earlier for some purposes? Is
>> there any more elegant solutions for that?
>>
>> Best,
>> Bartłomiej
>>
>> --
>> >>>>>>>>>> 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 [email protected].
>> To post to this group, send email to [email protected].
>> Visit this group at http://groups.google.com/group/akka-user.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> Martynas Mickevičius
> Typesafe <http://typesafe.com/> – Reactive
> <http://www.reactivemanifesto.org/> Apps on the JVM
>
> --
> >>>>>>>>>> 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 [email protected].
> To post to this group, send email to [email protected].
> Visit this group at http://groups.google.com/group/akka-user.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
>>>>>>>>>>      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 [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

Reply via email to