[aerogear-dev] Multipart client thoughts

Douglas Campos qmx at qmx.me
Mon May 13 23:17:06 EDT 2013


On Fri, May 10, 2013 at 03:38:44PM -0400, Summers Pittman wrote:
> 1.  There is no server side implementation / spec yet so the client
> "solution" should be rather pluggable.
+1
> 2.  I've only looked at iOS as a sanity check on my ideas.
This is the place where we would benefit from a side-to-side comparison
- we know it's doable (AFNetworking) but better safe than sorry.

> I've been working on some PoC's for multipart on Android.  After a
> few false starts here is the idea I've come up with to support
> multipart/from-data content types (ie uploading files).
> 
> Add a new configuration option to a Pipe's configuration: a request builder.
> 
> The request builder will be a callback/closure/class that consumes
> the data arguments from a pipes save request and produces the body
> of the request.  In Android it can be an interface which is
> implemented and in iOS it can be a block which is passed to
> AFHttpClient's multipartFormRequestWithMethod.  I'm not sure what
> the implications to JavaScript would be.
> 
> Specifically in Android the gson specific request code will be
> refactored into a GSONRequestBuilder, and we will write (and define
> the behavior of) a MultipartRequestBuilder.  Also
> PipeConfig.setGsonBuilder will become deprecated (a good move IMHO).
+1, we just need to make sure that this gets deprecated following the
semver rules (example: deprecate on 1.1.x, remove on 1.2.0)

-- 
qmx


More information about the aerogear-dev mailing list