What you are looking for has previously been tracked as https://github.com/akka/akka/issues/13938
/Patrik On Thu, May 22, 2014 at 10:26 AM, Konrad Malawski <[email protected]>wrote: > Hello Syed, > yes / no. > > yes - it's possible to spin up a View for the same processorId on a > different node in the cluster. It can be used as a read-model. > no - it can not change into becoming a processor if the "main processor" > goes down. A view is a view. > > The View's use-case is to be able to have a read-model. That is, the > processor instance does all the "processing and storing" - so it does more > work, > and the View only replays the events and creates some view on the data. > You can easily imagine an "NumbersProcessor" which creates events like > "Number(...)", > and an "AverageNumberView" which gets all the Number events, but it's > state is completely different from the processor - it only exposes the > average (the processor does more things with them for example). > > I hope this helps! > > > > On Wed, May 21, 2014 at 7:24 PM, Syed Ahmed <[email protected]> wrote: > >> Hello, >> Im new to Akka and was interested in trying out the Akka Persistence. I >> ready about Akka View. Looks like their usage intention is to create a >> replica of the Processor data? . Please correct me. From that perspective >> can we use them for High Availability as a Primary/StandBy system. To >> elaborate, I will use one Processor to capture the messages on one node >> (say node 1) & View of that processor as a Standby on another node (say >> node2) ( I hope its possible?). If its possible - can the view become the >> new Primary processor (on Node2) and process messages when the current >> Processor goes down on the system (Node1). >> >> If the above is not possible with Akka View then Im missing the use case >> of Akka View -- Please explain. >> >> Thx, >> -Syed >> >> >> -- >> >>>>>>>>>> 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. >> > > > > -- > Cheers, > Konrad 'ktoso' Malawski > hAkker - Typesafe, Inc > > <http://scaladays.org> > > -- > >>>>>>>>>> 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. > -- Patrik Nordwall Typesafe <http://typesafe.com/> - Reactive apps on the JVM Twitter: @patriknw <http://typesafe.com/go-reactive-activator-contest> -- >>>>>>>>>> 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.
