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

ASF GitHub Bot commented on MINIFI-183:
---------------------------------------

Github user phrocker commented on the issue:

    https://github.com/apache/nifi-minifi-cpp/pull/43
  
    @achristianson I thought I created a ticket to break these out...or maybe 
it was an E-mail, but I think that's something we could discuss. When I sent a 
message to @apiri  earlier I said that the ExternalProject comment was mostly a 
desire and that this PR followed precedent and as such it's not a deal breaker, 
it's just a direction I would like to see things go. With that said, the 
operative word is suggestion and we can thus have a ticket to discuss this 
further. I'll create that ticket and we can discuss it there. 
    
    TL;DR on my thoughts: having people build offline isn't a big deal because 
that likely wouldn't happen very frequently. In cases where it is anticipated, 
you would likely need to move code to said device, and in this case we could 
codify the download so that it's easy to stage. In my opinion, worrying about 
those types of systems also brings the worry about those which don't have 
OpenSSL or boost readily available. Since we don't package those and those 
certainly aren't standard fare on many lightweight distros, are we really 
breaking the mold to have ExternalProjects?


> Create ListenHTTP processor
> ---------------------------
>
>                 Key: MINIFI-183
>                 URL: https://issues.apache.org/jira/browse/MINIFI-183
>             Project: Apache NiFi MiNiFi
>          Issue Type: Task
>          Components: C++
>            Reporter: Andrew Christianson
>            Assignee: Andrew Christianson
>
> Create a ListenHTTP processor of similar design/function to the ListenHTTP in 
> the parent Apache NiFi project.
> Being a part of MiNiFi, the server should be very lightweight, handle 
> requests asynchronously, have optional threading, and should support 
> streaming of request/response content to minimize memory requirements.



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

Reply via email to