[
https://issues.apache.org/jira/browse/NIFI-1490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16022640#comment-16022640
]
ASF GitHub Bot commented on NIFI-1490:
--------------------------------------
Github user pipern commented on the issue:
https://github.com/apache/nifi/pull/1795
Thanks for taking a look @joewitt .
The old behaviour is persisted if _Multipart part name pattern_ property is
not set (and not set is the default.)
The current implementation in this PR does only grab the first matching
Part. It's an obvious next step to grab all matching parts, and indeed, maybe
it's better to wait and improve this before merging, so that the behaviour
doesn't change later. The implementation in the PR meets our own need, so
unsure if we'll get chance to revisit and make the improvement soon.
I can also imagine an implementation which puts some parts into content,
and some parts into attributes. Maybe a step towards that is, building on the
current PR, to:
* Rename _Multipart part name pattern_ as _Multipart file part name
pattern_ (and then generate several flowfiles, one for each matching part)
* Add _Multipart attribute part name pattern_ (and then, for each otherwise
generated flowfile, put these parts as attributes)
> ExtractMultiPartHttp for example could take as input the entire request
body in a flowfile that came from ListenHTTP and this new processor could
create child objects which are each of the parts.
This would also need the ContentType header to be kept by the ListenHTTP
(which it can do.)
> Add multipart request support to ListenHTTP Processor
> -----------------------------------------------------
>
> Key: NIFI-1490
> URL: https://issues.apache.org/jira/browse/NIFI-1490
> Project: Apache NiFi
> Issue Type: Improvement
> Reporter: Andrew Serff
>
> The current ListenHTTP processor does not seem to support multipart requests
> that are encoded with multipart/form-data. When a multipart request is
> received, the ListenHTTPServlet just copies the Request InputStream to the
> FlowFiles content which leaves the form encoding wrapper in the content and
> in turn makes the file invalid.
> Specifically, we want to be able to support file uploads in a multipart
> request.
> See this thread in the mailing list for more info:
> http://mail-archives.apache.org/mod_mbox/nifi-users/201602.mbox/%3C6DE9CEEF-2A37-480F-8D3C-5028C590FD9E%40acesinc.net%3E
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
