Hello Patrik, the source eventprocessor should not be the problem(as you said) - it sends the Update msg in its eventhandler. As I understood Martin in his first answer he suggested to use a view or target processor to distribute events if there is more than one interested party and I wonder how this would be done without using channels. Thanks for the tip checking for recovery - but this would not work with Views (recoveryRunning is on Processor).
michael On Tuesday, 4 March 2014 09:52:04 UTC+1, Patrik Nordwall wrote: > > > > > On Tue, Mar 4, 2014 at 9:40 AM, delasoul <michael...@gmx.at > <javascript:>>wrote: > >> I have just read your answer below again and wonder how you would do >>> this without using channels? >>> >> When replaying, the view/processor would resend the same events again, >> or am I missing something? >> > > You mean when recovering the source processor? Then it should not publish > the Update messages. If it is event sourced that is by definition the case. > For a command sourced processor you can check if it is recovering and skip > the publish, or perhaps better add some scrubbing so that it doesn't > publish more than X Update messages per Y seconds. > > The important thing is that the view is only updated by normal means, i.e. > Update message and auto-update-interval. Everything else is just > optimizations. > > /Patrik > > >> Also, it is probably not a good solution when the same event has to be >>> sent to more than one view (using auto update would of course fix this >>> problem...). >>> >>> >>> You can always use a view (option 3) or a destination/target processor >>> (options 1 and 2) that distribute their events to plain actors without >>> using channels. This way you save redundant journal updates or queries. >>> >> -- >> >>>>>>>>>> Read the docs: http://akka.io/docs/ >> >>>>>>>>>> Check the FAQ: http://akka.io/faq/ >> >>>>>>>>>> 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+...@googlegroups.com <javascript:>. >> To post to this group, send email to akka...@googlegroups.com<javascript:> >> . >> Visit this group at http://groups.google.com/group/akka-user. >> For more options, visit https://groups.google.com/groups/opt_out. >> > > > > -- > > Patrik Nordwall > Typesafe <http://typesafe.com/> - Reactive apps on the JVM > Twitter: @patriknw > > -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: http://akka.io/faq/ >>>>>>>>>> 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 http://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/groups/opt_out.
