Not sure if this is exactly what everyone is looking for, but if you are
working against master (0.3.1-SNAPSHOT) then the ProcessContext interface
now has two new methods:

boolean hasIncomingConnection();
boolean hasConnection(Relationship relationship);

This way a processor can check hasIncomingConnection() to know if it should
expect incoming FlowFiles, and can check hasConnection(Relationship) to
know if it should even bother transferring a FlowFile to an outgoing
relationship.
These were added in support of making ExecuteSQL work with and without
incoming FlowFiles [1].

-Bryan

[1] https://issues.apache.org/jira/browse/NIFI-932


On Tue, Sep 22, 2015 at 6:32 AM, Joe Witt <[email protected]> wrote:

> Hello
>
> Addressing Grace's question:
>
> What you are looking for is 'context' and the way context is included
> is on attributes of a given FlowFile.  You can, for example, use
> UpdateAttribute to set that context in the proper part of the flow
> preceding your custom processor.
>
> Addressing Rick's comment:
>
> I think we mentioned we could add a way to annotate relationships on
> processors as being auto-terminated by default.  Not aware of a JIRA
> for this yet though.  It simply provides a way for the processor to
> developer to signal the default behavior is that a relationship is
> unused and that is ok vs our current approach which says each
> relationship must be chosen as terminated or connected.
>
> Thanks
> Joe
>
> On Mon, Sep 21, 2015 at 11:26 PM, Rick Braddy <[email protected]> wrote:
> > Me, too.
> >
> > And I need the ability to determine which connection(s) are linked to
> each relationship, along with a way to auto-terminate unused relationships
> from my processor.
> >
> > Thanks
> > Rick
> >
> >> On Sep 21, 2015, at 10:22 PM, Huang, Jie <[email protected]> wrote:
> >>
> >> Hi all,
> >>
> >> I need to get the connection information or parents for further action
> in onTriger event.
> >> Is there any way to get the upstream connections or parent processors
> from any customized Processor?
> >>
> >> Thank you && Best Regards,
> >> Grace (Huang Jie)
> >>
>

Reply via email to