Thank you very much for your response.

I have a question, as I am just learning the framework and I am more 
familar with Java than Scala.

The "trick" to dealing with Akka Persistence seems to be
that the Actor itself encapsulates state, and the transition is done by 
replacing the old state with a new state
in the function that is a parameter to the persist method. That way, you 
can replay it later when restarting the actor.
Is this a good enough summary (sorry if I am using the terms not precisely)?

That would mean that developing such an application could be quite 
different from developing a local application,
where state is spread over many objects. (Or rather, the only way to change 
state in another object would be that
the other object is an Actor as well and it receives an event that is 
raised. But what if it does not receive the event
during replay? Wouldn't that corrupt the overall state of the application?)

Is that description correct?

Thanks.

-- 
>>>>>>>>>>      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 https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

Reply via email to