I'll try to give more context, maybe it'll help to understand the problem. I have a PersistenceQuery event stream and when I see certain event (say *EventEnvelope(sequenceNr = 1234, event = CreateChild)*) - I create a sub-flow (child flow) of the current flow, but there's a requirement, that the sub-flow stream must not miss the event with the sequenceNr == 1234. So I can tolerate if the first sub-flow event sequenceNr <= 1234, but it shouldn't be larger. Maybe there's a better way to achieve this?
Thanks. WBR, Alexey On Thursday, December 15, 2016 at 12:57:53 AM UTC-8, oleksiys wrote: > > Hi guys, > > is there some guarantees wrt initial message I'd receive on a stream, that > is attached to a BroadcastHub. > I mean in general there's probably no guarantees, but what if I'm trying > to attach a new stream to a BroadcastHub, from the stream, that is already > attached to it. > > Imagine something like: > > val hubSrc = Source(1 to 65536) > .toMat(BroadcastHub.sink[Int](HubBufferSize))(Keep.right) > .run() > > > hubSrc > .map(v => if (v == 256) hubSrc.runForeach(println)) > .runWith(Sink.ignore) > > > Is it guaranteed that output will *always* start with a number, that is > less or equal to 256? > > Thank you. > > WBR, > Alexey > -- >>>>>>>>>> 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 https://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.
