[HTTPCLIENT-1832] Provide InputStreamBody with contentLength if known

• Type: Improvement
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 4.5.3
• Fix Version/s: 5.0 Alpha2
• Component/s: HttpClient (classic)
• Environment: windows 10 64 bit, oracle jdk 1.8.0_112 64bit
• Assignee: Unassigned
• Reporter: Marcel Thannhäuser
• Created: 15/Mar/17 10:05
• Updated: 15/Aug/18 17:55
• Resolved: 20/Mar/17 13:48

Description

When building a multipart request that consists of at least one body where the contentLength is -1 in AbstractMultipartForm#getTotalLength -1 is returned, resulting in a missing Content-Length header in the request. This behaviour is correct.
But in some cases you know the contentLength of a body part even though it might be streamed.

To implement this I subclassed org.apache.http.entity.mime.content.InputStreamBody

public class ContentLengthInputStreamBody extends InputStreamBody {

private final long contentLength;

public ContentLengthInputStreamBody(InputStream in, ContentType contentType, String filename, long contentLength )

{ super(in, contentType, filename); this.contentLength = contentLength; }

@Override
public long getContentLength()

{ return this.contentLength; }

}

I also needed to do this because a foreign HTTP Server, which is not under my control, refused to handle my request when the Content-Length header was not set.

This might not be a common issue nor is it hard to solve, but you might think of adding this functionality to InputStreamBody itself.