Is there a way to reload configuration at run time?
For example:
I defined failure detect parameter
"monitored-by-nr-of-members = 1"
while the cluster consists of 3 nodes.
I want to adjustment
"monitored-by-nr-of-members = 5"
after some new nodes have been joined to the cluster.
Thanks.
--
I'm not particularly surprised by this, but I'm curious: do you know if
anyone has done any serious work on Akka "meta-clusters" for situations
like this? For example, while it's certainly at least a few years off, I
should *probably* eventually distribute my Cluster Sharding geographically,
The system certainly doesn't do so normally; I don't *think* it's possible
to, although I'm not the expert. Why do you ask?
On Thu, Aug 11, 2016 at 6:41 AM, Vishal Singh wrote:
> Hi All,
>
> Once we have created an actor instance, do we change name of it later.
>
>
Thanks for your reply Johan. I can't explain it, but now it's working for
me and the error is gone. I have no idea what changed, but things seem to
be working now. Thanks again for your time!
--Eric
On Thursday, August 11, 2016 at 3:57:58 AM UTC-6, Akka Team wrote:
>
> The sample code does
I have not looked at the logs but you find answer to your last question in
http://doc.akka.io/docs/akka/2.4/scala/cluster-usage.html#How_To_Cleanup_when_Member_is_Removed
/Patrik
fre 5 aug. 2016 kl. 22:31 skrev Eric Swenson :
> One more clue as to the cluster daemon's shutting
The milestone of an issue is no guarantee that it will be released in that
version, until the issue is closed. We can't do that kind of planning.
This would be a great feature for community contibution. Queries are there
now.
/Patrik
ons 10 aug. 2016 kl. 07:04 skrev Muthukumaran Kothandaraman <
I agree with Ryan that it's generally not recommended.
I would like to add that the cluster membership and distributed data will
work pretty fine across DC thanks to their gossip based protocols, but
there are other tools, such as cluster sharding, that are not a good fit
for it.
Cluster downing
Akka is generally not recommended for spanning data centers.
I would consider the cluster client, though personally I'd probably choose
Kafka for this role, with separate clusters in each DC. IME cross-DC
communication is generally a scenario where you really want to make sure
messages are
Hello everyone,
Is there a canonical way of accessing the dispatcher/ExecutionContext used
for a mapAsync stage? I would like to use the monadic combinators on a
future within my mapAsync stage, and these require an implicit
ExecutionContext.
Contrived example:
```
def myFlow =
I am writing a system that needs to be distributed across various data
centers e.g. US, Europe, Asia. I need to replicate a small amount of
configuration data between the nodes in each datacenter (there are a small
number of nodes in each data center, 1 or 2) and this configuration can be
Does the leader will down himself or another node will become leader? Where
is the code about this in the source files. Thanks much for your help!
--
>> Read the docs: http://akka.io/docs/
>> Check the FAQ:
>>
Hi All,
Once we have created an actor instance, do we change name of it later.
Thanks.
--
>> Read the docs: http://akka.io/docs/
>> Check the FAQ:
>> http://doc.akka.io/docs/akka/current/additional/faq.html
>> Search the archives:
The sample code does not contain a Broadcast, but your error message does,
so I can't see how the source you showed would give that error.
This little sample works nicely as expected:
Source source = Source.from(Arrays.asList(0, 1, 2,
3, 4, 5, 6, 7, 8, 9, 10));
final
Isn't what you want is a simple actor that calls the callback?
I.e.:
class CallbackActor(callback: Callback) extends Actor {
...
def receive = {
case msg: MessageA => callback.invoke(msg)
}
...
}
...
callbackInvoker = system.actorOf(callbackActorProps, ...)
callbackInvoker ! new
I'm not sure I understand. Perhaps if you outline your requirements (i.e.
how modules are required to interact etc) it will be easier for others to
suggest possible solutions?
On Wed, Aug 10, 2016 at 8:53 PM, Иван Осипов
wrote:
> Only one module of my application
On Thu, Aug 11, 2016 at 12:32 AM, Mike Bryant wrote:
> Thanks Endre - that's perfect. The prefixAndTail with zero prefix was the
> missing ingredient I needed to transform the whole source within a separate
> flow (maybe there's a case for adding that as another specific
>
Thanks Endre - that's perfect. The prefixAndTail with zero prefix was the
missing ingredient I needed to transform the whole source within a separate
flow (maybe there's a case for adding that as another specific
"mapSource"-type method?).
Best,
~Mike
On Wednesday, 10 August 2016 22:20:58
17 matches
Mail list logo