You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by sebb <se...@gmail.com> on 2011/01/29 03:22:46 UTC
Re: File Upload Problem
On 20 December 2010 16:43, sebb <se...@gmail.com> wrote:
> On 20 December 2010 15:30, Bhattacharya, Sudip
> <su...@genpact.com> wrote:
>> Hi Sebb,
>>
>> My Server is BEA WebLogic 8.1.
>
> However, the stack trace shows that the error is being reported by
> code in the package
>
> com.savvion.sbm.bpmportal.bizsite
>
> This suggests that the faulty behaviour may be elsewhere.
>
> There are a lot of different browsers, some of which may send the
> Content-Transfer-Encoding header, so it may be necessary to fix the
> server code at some point.
>
>> BEA has since been taken over by Oracle, and that version is no longer actively supported. I can't upgrade my server as that would require major code changes which won't be approved by the bean counters in the organization because of the investments required :(
>> So my best option would be if JMeter had some flag to turn off this **Content-Transfer-Encoding: 8bit** line in the Multipart Post Requests.
>>
>> If JMeter insists on being RFC2388 compliant even at the cost of losing compatibility with some old servers, then the only option left would be to modify the code as suggested by Evandro Grezeli and recompile it. However I would like to avoid that route as then I would not be able to frequently update my copy with the latest version.
>
> No, JMeter does not have to be RFC-compliant; there can be (optional)
> departures from 'correct' behaviour.
>
> However, adding special-case logic for broken servers can complicate
> the code and add a maintenance burden.
>
> Each case has to be evaluated on its merits.
https://issues.apache.org/bugzilla/show_bug.cgi?id=50684
>> FYI, I was able to record and playback the use case in BadBoy. However, JMeter is neither able to record it nor play back the exported file from BadBoy.
>>
>> I don't want to learn a different tool for just one use case in my test scenario.
>>
>> Regards,
>> Sudip
>>
>> -----Original Message-----
>> From: sebb [mailto:sebbaz@gmail.com]
>> Sent: Monday, December 20, 2010 7:48 PM
>> To: JMeter Users List
>> Subject: Re: File Upload Problem
>>
>> On 20 December 2010 13:51, Bhattacharya, Sudip
>> <su...@genpact.com> wrote:
>>> Hi All,
>>>
>>> We are facing a problem with JMeter while uploading files. Server is WebLogic 8.1.
>>> On comparing the POST data between the browser and JMeter, we found that this line is coming extra in JMeter request **Content-Transfer-Encoding: 8bit**, and is not ther in the browser request.
>>>
>>> I am not finding any way to turn it off from the JMeter request. Anybody has any idea how to handle this?
>>> ------------------------------------------------------------------------------------------------------------------
>>>
>>> RESPONSE
>>> java.io.IOException: Malformed line after content type: Content-Transfer-Encoding: 8bit
>>
>> AFAIK, this is a bug in the server code; it should be able to handle
>> this header.
>>
>> I suggest you report it to the provider and see what they say.
>>
>>> at com.savvion.sbm.bpmportal.bizsite.util.BizSiteMPR.readNextPart(BizSiteMPR.java:210)
>>> at com.savvion.sbm.bpmportal.bizsite.util.MultipartRequest.readRequest(MultipartRequest.java:375)
>>> at com.savvion.sbm.bpmportal.bizsite.util.MultipartRequest. (MultipartRequest.java:151)
>>> at com.savvion.sbm.bpmportal.bizsite.util.BizSiteMPR. (BizSiteMPR.java:53)
>>> at com.savvion.sbm.bpmportal.bizsite.doclets.DocReceiver.doPost(DocReceiver.java:291)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>>> at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1072)
>>> at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
>>> at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
>>> at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6985)
>>> at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
>>> at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
>>> at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3892)
>>> at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2766)
>>> at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
>>> at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)
>>>
>>>
>>> ------------------------------------------------------------------------------------------------------------------------
>>> REQUEST
>>> POST http://proflowload.intranet.genpact.com/sbm/bizsite/BizSite.DocReceiver/pt=41505F5354445F5634/pi=31613863326435613132643032633437316237616137666465/ds=bizsite_dataslot_5072696D617279446F63756D656E74/appendWith=
>>>
>>> POST data:
>>> -----------------------------7d159c1302d0y0
>>> Content-Disposition: form-data; name="BizSite.showReceivedInfo"
>>> Content-Type: text/plain; charset=ISO-8859-1
>>> Content-Transfer-Encoding: 8bit
>>>
>>> false
>>> -----------------------------7d159c1302d0y0
>>> Content-Disposition: form-data; name="BizSite.nextURL"
>>> Content-Type: text/plain; charset=ISO-8859-1
>>> Content-Transfer-Encoding: 8bit
>>>
>>> /sbm/bizsite/BizSite.DocAttacher?pt=41505F5354445F5634&pi=31613863326435613132643032633437316237616137666465&ds=bizsite_dataslot_5072696D617279446F63756D656E74&docurl=http://proflowload.intranet.genpact.com/sbm/bizsite/BizSite.DocSender/pt=41505F5354445F5634/pi=31613863326435613132643032633437316237616137666465/ds=bizsite_dataslot_5072696D617279446F63756D656E74
>>> -----------------------------7d159c1302d0y0
>>> Content-Disposition: form-data; name="userFile"; filename="primayfile.tif"
>>> Content-Type: image/tiff
>>> Content-Transfer-Encoding: binary
>>>
>>> <actual file content, not shown here>
>>> -----------------------------7d159c1302d0y0--
>>>
>>>
>>> Cookie Data:
>>> JSESSIONID=NPZYC5L14ljtTbhDnsJyHJsPh6nF8xl4hLbn5yQrxc1Sn4T4ThmM!291156128
>>>
>>> Request Headers:
>>> Content-Length: 34346
>>> Referer: http://proflowload.intranet.genpact.com/sbm/bizsite/BizSite.DocAttacher?bzsid=null&pt=41505F5354445F5634&pi=31613863326435613132643032633437316237616137666465&ds=bizsite_dataslot_PrimaryDocument&docurl=http://proflowload.intranet.genpact.com/sbm/bizsite/BizSite.DocSender/pt=41505F5354445F5634/pi=646364353961613132636633323934653731616137666663/ds=bizsite_dataslot_5072696D617279446F63756D656E74&readonly=false&ismultiline=false&appendwith=false
>>> User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
>>> Connection: keep-alive
>>> Accept: */*
>>> Content-Type: multipart/form-data; boundary=---------------------------7d159c1302d0y0
>>>
>>> ______________________________
>>> Sudip Kumar Bhattacharya
>>> Senior Principal Consultant
>>> IT Products, Genpact, India
>>> C +91 9899516992
>>> E sudip.bhattacharya@genpact.com
>>>
>>>
>>> This e-mail (and any attachments), is confidential and may be privileged. It may be read, copied and used only
>>> by intended recipients. Unauthorized access to this e-mail (or attachments) and disclosure or copying of its
>>> contents or any action taken in reliance on it is unlawful. Unintended recipients must notify the sender immediately
>>> by e-mail/phone & delete it from their system without making any copies or disclosing it to a third person.
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>>
>> This e-mail (and any attachments), is confidential and may be privileged. It may be read, copied and used only
>> by intended recipients. Unauthorized access to this e-mail (or attachments) and disclosure or copying of its
>> contents or any action taken in reliance on it is unlawful. Unintended recipients must notify the sender immediately
>> by e-mail/phone & delete it from their system without making any copies or disclosing it to a third person.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org