You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@nifi.apache.org by Mark Payne <ma...@hotmail.com> on 2025/08/29 18:58:40 UTC

[DISCUSS] NIP for introducing a new "Connector" extension point

Team,

Please see [1], a proposal for introducing a new “Connector” extension point. This abstraction is intended to allow more of a self-service
type of approach for users who want to use pre-built flows and are not the appropriate target audience for the full power and complexity
that NiFi brings. This introduces a new extension point that allows packaging a flow and exposing configuration options but is much more
powerful than Versioned Flows with parameter contexts are today, as they allow for code to dynamically build and manipulate the flow
as necessary, while also providing a “flow-level” abstraction that can be more powerful than the single-component abstractions that we have
today.

I'll kick off a vote thread once discussion seems stable.

Thanks
-Mark

[1] https://issues.apache.org/jira/browse/NIP-11

Re: [DISCUSS] NIP for introducing a new "Connector" extension point

Posted by Joe Witt <jo...@gmail.com>.

Thanks Mark - left a comment on the proposal itself.  Pretty encouraged by
what this could mean as the next big chapter in NiFi and for the user base.

On Fri, Aug 29, 2025 at 11:58 AM Mark Payne <ma...@hotmail.com> wrote:

> Team,
>
> Please see [1], a proposal for introducing a new “Connector” extension
> point. This abstraction is intended to allow more of a self-service
> type of approach for users who want to use pre-built flows and are not the
> appropriate target audience for the full power and complexity
> that NiFi brings. This introduces a new extension point that allows
> packaging a flow and exposing configuration options but is much more
> powerful than Versioned Flows with parameter contexts are today, as they
> allow for code to dynamically build and manipulate the flow
> as necessary, while also providing a “flow-level” abstraction that can be
> more powerful than the single-component abstractions that we have
> today.
>
> I'll kick off a vote thread once discussion seems stable.
>
> Thanks
> -Mark
>
> [1] https://issues.apache.org/jira/browse/NIP-11
>
>