Hi all,
I'ld like to start on a solution for
http://restlet.tigris.org/issues/show_bug.cgi?id=71
I personally think the design of the multipart support in http-client:
http://svn.apache.org/viewvc/httpcomponents/oac.hc3x/trunk/src/java/org/apache/commons/httpclient/methods/MultipartPostMethod.java?view=markup
offers a nice blueprint of how we could make a Representation based
similar composite that
- holds a list of embedded Representations (of which some are referring
to files on disk, and some just hold parameter-values)
- all to be serialized out with correct boundary/mime multipart layout
Given the asymmetric nature of the parsing/generation involved with this
I'm not convinced the same class should be responsible for the parsing
on server side (as was suggested in the RFE).
My first impression is that based on the commons-fileupload a helper or
convertor class could easily be converting the input-representation into
a multipart-representation that is again referring to (temporary) files
on disk (created by fileupload)
Things I'm unsure of:
- Relation to and expectations on "Form" (haven't used that really,
pointers/docs/samples welcome)
- Where and how parsing on the upload should be plugged into the current
design.
Comments/suggestions/collaboration welcome
regards,
-marc=
