nifi-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (NIFI-1571) Provide generic processor that would bootstrap itself from Spring's Application Context
Date Wed, 16 Mar 2016 02:42:33 GMT

    [ https://issues.apache.org/jira/browse/NIFI-1571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15196654#comment-15196654
] 

ASF GitHub Bot commented on NIFI-1571:
--------------------------------------

Github user olegz commented on the pull request:

    https://github.com/apache/nifi/pull/271#issuecomment-197121747
  
    @trkurc Without knowing how much spring experience you have it's hard to say, but I do
have a sample app which I use for testing that I can push to my github and you (anyone) can
use to play around. Will do it tomorrow after some other pressing things. Also, I plan to
add one minor feature. Will describe it in the next commit message as well as updated docs.


> Provide generic processor that would bootstrap itself from Spring's Application Context
> ---------------------------------------------------------------------------------------
>
>                 Key: NIFI-1571
>                 URL: https://issues.apache.org/jira/browse/NIFI-1571
>             Project: Apache NiFi
>          Issue Type: New Feature
>            Reporter: Oleg Zhurakousky
>            Assignee: Oleg Zhurakousky
>             Fix For: 0.6.0
>
>
> So, several clients have expressed interests in using WorkFlow orchestration frameworks
such as Camel, Spring Integration etc. to be able to encapsulate yet modularize and externalize
the complexity of some of the custom processors as well as handle some of the use cases that
fall outside of scope of Data Flow paradigm (e.g., transactional context and XA between two+
Processors). 
> There is already a ticket to provide Camel support - NIFI-924. However realizing that
both Camel and naturally Spring Integration is based on Spring Application Context it appears
that instead of having multiple extensions we should have a more generic extension for a Processor
that would delegate its processing to a bean in provided Spring Application Context (AC).
This way AC becomes a black box and could contain anything (e.g., Camel, Spring Integration
or some custom user code). 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message