nifi-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Joseph Witt (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (NIFI-101) Create toy/experimental processors to aid in learning
Date Sun, 07 Dec 2014 03:42:12 GMT

     [ https://issues.apache.org/jira/browse/NIFI-101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Joseph Witt updated NIFI-101:
-----------------------------
    Component/s: Examples

> Create toy/experimental processors to aid in learning
> -----------------------------------------------------
>
>                 Key: NIFI-101
>                 URL: https://issues.apache.org/jira/browse/NIFI-101
>             Project: Apache NiFi
>          Issue Type: Task
>          Components: Examples
>            Reporter: Joseph Witt
>            Priority: Trivial
>
> It will be ideal to provide good 'use-anywhere' processors to allow users to easily setup
dataflows anywhere on madeup data both for learning how to command and control nifi as well
as design/implementation patterns for building processors.
> Two potentially good examples here are:
> - Processor(s) to interact with IRC (sending/receiving)
> One approach: A single processor which both sends and receives data from a given IRC
channel.  The user can configure the IRC host, username, password, channel, etc...  The connection
then is held open and the processor will produce an output flow file for every message received
in the IRC channel which will have as attributes the message content, sender, time, etc..
 That same processor can also read flow files from its queue which contain message text in
an attribute.  In this manner the processor can support bidirectional interaction with IRC.
> Would then also be interesting to make it really easy for a user to generate a message
via the UI as well as easily to consume a message via the UI.  These could be very generic
processors/widgets for creation/consumption and good for these sorts of cases.
> There are active IRC channels which are great for demonstration of relatively active
datastreams.  Weather updates, Wikipedia updates, etc...
> - Processor(s) to interact with RSS/Atom
> This would allow subscription to specific feeds of interest to generate test/variable
data.  RSS/Atom requires keeping some state which is also an interesting problem to think
through.



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

Mime
View raw message