There are simple ways of implementing it in a non-distributed or inconsistent fashion. On Wed, Jun 3, 2015 at 8:55 AM Aljoscha Krettek <aljos...@apache.org> wrote:
> This already sounds awfully complicated. Is there no other way to > implement the delta windows? > > On Wed, Jun 3, 2015 at 7:52 AM, Gyula Fóra <gyula.f...@gmail.com> wrote: > > Hi Ufuk, > > > > In the concrete use case I have in mind I only want to send events to > > another subtask of the same task vertex. > > > > Specifically: if we want to do distributed delta based windows we need to > > send after every trigger the element that has triggered the current > window. > > So practically I want to broadcast some event regularly to all subtasks > of > > the same operator. > > > > In this case the operators would wait until they receive this event so we > > need to make sure that this event sending is not blocked by the actual > > records. > > > > Gyula > > > > On Tuesday, June 2, 2015, Ufuk Celebi <u...@apache.org> wrote: > > > >> > >> On 02 Jun 2015, at 22:45, Gyula Fóra <gyf...@apache.org <javascript:;>> > >> wrote: > >> > I am wondering, what is the suggested way to send some events > directly to > >> > another parallel instance in a flink job? For example from one mapper > to > >> > another mapper (of the same operator). > >> > > >> > Do we have any internal support for this? The first thing that we > thought > >> > of is iterations but that is clearly an overkill. > >> > >> There is no support for this at the moment. Any parallel instance? Or a > >> subtask instance of the same task? > >> > >> Can you provide more input on the use case? It is certainly possible to > >> add support for this. > >> > >> If the events don't need to be inline with the records, we can easily > >> setup the TaskEventDispatcher as a separate actor (or extend the task > >> manager) to process both backwards flowing events and in general any > events > >> that don't need to be inline with the records. The task deployment > >> descriptors need to be extended with the extra parallel instance > >> information. > >> > >> – Ufuk >