mechanism for creating an Assembly (or Plan) by value (i.e. POSTing the contents of a PDP or Plan file) is difficult to use

We've been back and forth on this a couple of times but, be that as it may, the current version of the spec (WD 29) defines a mechanism for creating either Assemblies or Plans by value that makes it difficult to write simple clients for CAMP. Specifically, Sections 6.11 and 6.12 WD 29 says that the contents of either the PDP or the Plan file should be placed in the body of the POST request message; no multipart/form-data etc.

This mechanism make it difficult to write a simple client that can upload applications to an CAMP cloud. HTML forms will not work, there are no Javascript libraries (that I can find) that work this way, even soapUI can't be made to do this (nCAMP implements an extension that accepts multipart/form-data requests). It might not seem like a big deal, but I believe that the inability to support simple clients will have a large negative impact on CAMP's adoption. For someone not sure of the benefits of CAMP, making them jump major technical hurdles to implement their first use case is likely to cause them to give up and write CAMP off as "too complicated".