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

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

Github user trixpan commented on a diff in the pull request:

    https://github.com/apache/nifi/pull/1541#discussion_r119568348
  
    --- Diff: nifi-assembly/NOTICE ---
    @@ -1364,6 +1364,8 @@ The following binary components are provided under 
the MIT License.  See project
     
       (MIT License) EWS Java API (com.microsoft.ews-java-api:ews-java-api:2.0 
- https://github.com/OfficeDev/ews-java-api)
       (MIT License) libffi (libffi-3.2.1 - http://sourceware.org/libffi/)
    +  (MIT License) Kitteh IRC Client Library (kitteh client-lib 3.0.3 - 
http://kicl.kitteh.org/)
    +  (MIT License) 'mbassador' (mbassador 1.2.4 - 
https://github.com/bennidi/mbassador)
    --- End diff --
    
    addressed


> Provide processor(s) to interact with IRC
> -----------------------------------------
>
>                 Key: NIFI-329
>                 URL: https://issues.apache.org/jira/browse/NIFI-329
>             Project: Apache NiFi
>          Issue Type: Sub-task
>          Components: Examples
>            Reporter: Joseph Witt
>            Assignee: Andre F de Miranda
>            Priority: Minor
>              Labels: beginner
>
> - 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...



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Reply via email to