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

ASF GitHub Bot commented on FLINK-9599:
---------------------------------------

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

    https://github.com/apache/flink/pull/6189#discussion_r197142993
  
    --- Diff: 
flink-runtime/src/main/java/org/apache/flink/runtime/rest/FileUploadHandler.java
 ---
    @@ -106,7 +106,7 @@ protected void channelRead0(final ChannelHandlerContext 
ctx, final HttpObject ms
                                final HttpContent httpContent = (HttpContent) 
msg;
                                
currentHttpPostRequestDecoder.offer(httpContent);
     
    -                           while (currentHttpPostRequestDecoder.hasNext()) 
{
    +                           while (httpContent != 
LastHttpContent.EMPTY_LAST_CONTENT && currentHttpPostRequestDecoder.hasNext()) {
    --- End diff --
    
    As far as i can tell we are using the encoder correctly, but the decoder 
usage wasn't written against the encoder, but (i guess) only against `curl` or 
the web UI that never send an empty LAST_HTTP_CONTENT, but a 
`DefaultLastHttpContent` instead.
    
    Interestingly enough, if you use anything but the netty encoder, without an 
`instanceof LastHttpContent` check it isn't possible to know whether the 
decoder is done or not.


> Implement generic mechanism to receive files via rest
> -----------------------------------------------------
>
>                 Key: FLINK-9599
>                 URL: https://issues.apache.org/jira/browse/FLINK-9599
>             Project: Flink
>          Issue Type: New Feature
>          Components: REST
>            Reporter: Chesnay Schepler
>            Assignee: Chesnay Schepler
>            Priority: Major
>              Labels: pull-request-available
>             Fix For: 1.6.0
>
>
> As a prerequisite for a cleaner implementation of FLINK-9280 we should
>  * extend the RestClient to allow the upload of Files
>  * extend FileUploadHandler to accept mixed multi-part requests (json + files)
>  * generalize mechanism for accessing uploaded files in {{AbstractHandler}}
> Uploaded files can be forwarded to subsequent handlers as an attribute, 
> similar to the existing special case for the {{JarUploadHandler}}. The JSON 
> body can be forwarded by replacing the incoming http requests with a simple 
> {{DefaultFullHttpRequest}}.
> Uploaded files will be retrievable through the {{HandlerRequest}}.
> I'm not certain if/how we can document that a handler accepts files.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to