*** *** FILE UPLOAD REQUEST HEADERS (Note that the content-type is text/xml althought *** in the MultiFileItemTestCase.java I have used the dynamicForm.setEncoding(Encoding.MULTIPART) *** *** I guess that if we have arrived to this request is because the first request (insert of the master *** record into the DS) is being completed. This is pointed out in the documentation so my problem is that I *** cannot understand where inside the dynamicForm are this requests built and so I cannot check why the setEncoding *** MULTIPART is not being taken into account as can be seen in the Content-Type of this request *** POST /fileUploadServlet?formID=isc_MultiFileItem_1_picker_uploadForm HTTP/1.1 Host: 127.0.0.1:8888 Connection: keep-alive Content-Length: 15 Origin: http://127.0.0.1:8888 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/45.0.2454.85 Safari/537.36 Content-Type: text/xml Accept: */* DNT: 1 Referer: http://127.0.0.1:8888/MultiFileItemTestCase.html Accept-Encoding: gzip, deflate Accept-Language: en,es;q=0.8 Cookie: DWRSESSIONID=QlwKL942MK57wFCLbqPJtlv5xUk; GLog=%7B%0D%20%20%20%20trackRPC%3Atrue%2C%20%0D%20%20%20%20isc_pageURL%3A%22http%3A//127.0.0.1%3A8888/MultiFileItemTestCase.html%22%2C%20%0D%20%20%20%20isc_pageGUID%3A%22D5A2C17A-EDDF-445F-B7E1-BA5073C6742A%22%2C%20%0D%20%20%20%20priorityDefaults%3A%7B%0D%20%20%20%20%20%20%20%20sgwtInternal%3A1%0D%20%20%20%20%7D%2C%20%0D%20%20%20%20defaultPriority%3A3%2C%20%0D%20%20%20%20left%3A0%2C%20%0D%20%20%20%20top%3A0%2C%20%0D%20%20%20%20width%3A1355%2C%20%0D%20%20%20%20height%3A675%0D%7D