On 20 December 2010 16:43, sebb <[email protected]> wrote:
> On 20 December 2010 15:30, Bhattacharya, Sudip
> <[email protected]> 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:[email protected]]
>> 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
>> <[email protected]> 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 [email protected]
>>>
>>>
>>> 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: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>> 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: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to