***
*** 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