Creating RequestBody from an InputStream

[jianghaolu]

I was looking at RequestBody.java and I can't find an overload for create() like this:

RequestBody.create(MediaType contentType, InputStream stream)'

Is there a reason not to implement this? This is pretty useful when piping from one stream into an upload job. The overload accepting a File is useful for files but that's not the only scenario where buffering in memory does not work.

Please shed some lights if I'm missing something. Thanks!

[swankjesse]

In general we want to be able to replay a request body multiple times. But input streams can only be consumed once.

[jianghaolu]

So if I provide a large file it will might be read multiple times?

[swankjesse]

Yep. For example, if you get a 308 redirect.

[jianghaolu]

Or retries. Makes sense! Thanks.

[Ulanxx]

Course of project , i need the overload , do you find answers?

[bpappin]

Handling files on Android is not nice at all, so we need to use content:// URIs.
We can get a streams from them, or File Descriptors, but not a file.

[JakeWharton]

The Uri is what you should create a RequestBody from then. As if it needs to be written twice it can have its stream opened twice.

[bpappin]

@JakeWharton yes i agree, but there is no RequestBody.create(MimeType, Uri) that i can see.

The only way I can see to do it is to override RequestBody and source from the file descriptor.

[JakeWharton]

Yep. That's the right way.

…

On Mon, Jul 30, 2018 at 5:38 PM Brill Pappin ***@***.***> wrote: @JakeWharton <https://github.com/JakeWharton> yes i agree, but there is no RequestBody.create(MimeType, Uri) that i can see. The only way I can see to do it is to override RequetBody and source from the file descriptor. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#2424 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAEEEfH84q_iL-uf7-M4WMfOzMGEROUuks5uL3zkgaJpZM4H1nhR> .