Hi,
I am new to akka. I used Hazelcast before. In hazelcast cluster the
framework takes care of cluster auto re balancing, auto store n copies (n
is configurable) of back up data on different nodes, Hazelcast executor
service allows me to send a task to the "keyOwner" which allows me to have
, being very
> fast in memory replicated data).
>
> Happy reading!
>
> --
> Konrad `ktoso` Malawski
> Akka <http://akka.io> @ Lightbend <http://lightbend.com>
>
> On 16 December 2016 at 17:17:14, Qing Zheng (qzhe...@gmail.com
> ) wrote:
>
> Hi,
>
>
I totally agree with you. I am in the process of evaluating. Hazelcast and
Akka. The documentation and code examples of Hazelcast is much better. I
can quickly have a sense what I need to do if I were to use Hazelcast.
However it is not the case for Akka. Don't get me wrong, I do like some of
Hi,
I have two actor types
class ActorA extends UntypedPersistentActor {
//
}
class ActorB extends UntypedPersistentActor {
//
}
public static void main(String[] argv) {
ActorSystem system = ActorSystem.create("ActorSystem",
ConfigFactory.load(argv[0]));
Persistence.a
ust be
> unique for each persistent actor instance.
>
> On Tue, Feb 7, 2017 at 8:39 AM, Qing Zheng > wrote:
>
>> Hi,
>>
>>I have two actor types
>>
>>
>> class ActorA extends UntypedPersistentActor {
>> //
00:26 AM UTC-8, Patrik Nordwall wrote:
>
> I don't know without seeing more code.
>
> On Tue, Feb 7, 2017 at 5:57 PM, Qing Zheng > wrote:
>
>> Yes, the persistence IDs are unique for each persistence instance.
>> Anything else you think I am missing?
>>
gt; in...
>
> On Wed, Feb 8, 2017 at 11:54 AM, Qing Zheng > wrote:
>
>> Hi Patrik,
>>
>> My fault, I do have one instance of ActorA that has a duplicate
>> persistence id as another instance of ActorB. Sorry about that.
>>
>> Without persistence
luster Region, and that's no more
> work than choosing a different prefix. What's the big deal?
>
> On Thu, Feb 9, 2017 at 12:47 PM, Qing Zheng > wrote:
>
>> I disagree, you have all the pieces of your system, however, they are not
>> fit well with each other at
