Home » Archived » Test and Performance Tools Platform (TPTP) » HTTP Test: error converting .rec file in .testsuite file
| HTTP Test: error converting .rec file in .testsuite file [message #69497] |
Fri, 05 May 2006 05:50  |
Eclipse User |
|
|
|
Originally posted by: lorenzobenvenuti.grupposervizi.it
Hi all,
I've got the following issue while trying to test my web application
using TPTP
(I tried both v4.1 and v4.2): I can successfully record a sequence of HTTP
calls, but I receive an error while converting the .rec file in a
..testsuite file.
The editor complaints about an invalid input and, watching the logs, I
found that
the resulting .testsuite file is a corrupted zip (it has just the
header, no data).
Everything works fine if I record some random web navigation, but I
obtain the
error when trying my Macromedia (or Adobe, if you prefer) Flex (a Java
based RIA
framework, for those who don't know) web app.
A test I made was to try the Macromedia Flex Explorer (a showcase of all
Flex
features) available at
http://www.macromedia.com/go/flexapp_codeexplorer
Everything fine in this case. If I deploy the same application on my Tomcat
(both 4.1.30 and 5.0.28), TPTP is unable to perform the conversion
between .rec
and .testsuite files. I tried to comment parts of the .rec file and
finally I
found the calls responsible of the TPTP failure: the issue seems to
be concerning a particular type of POST calls made from Flex (Content-type:
application/x-amf), but I can't see what's wrong whit them (there's a
bit of
backquotes and 0D junk, nothing more).
Here's a sample of an amf call/response:
<TRCPacket ticket="39" connectionNumber="3" timestamp="32578"
from="CLIENT" type="HTTP">
<data length="462" encoding="ASCIIFY" encodedLength="523"
type="HTTPDATA" ><![CDATA[POST /flex/amfgateway HTTP/1.1`0D`
Accept: */*`0D`
x-flash-version: 8,5,0,246`0D`
Content-Type: application/x-amf`0D`
Content-Length: 66`0D`
Accept-Encoding: gzip, deflate`0D`
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)`0D`
Host: u-pc094:8080`0D`
Connection: Keep-Alive`0D`
Cache-Control: no-cache`0D`
Cookie: JSESSIONID=649C4E9985F50F69B1950968A23F904F;
JSESSIONID=649C4E9985F50F69B1950968A23F904F`0D0A0D0A00000000 000100`(samples.explorer.EmployeeManager.getList`0002`/2`000 000`
`00000001020002`PM]]></data>
</TRCPacket>
<TRCPacket ticket="40" connectionNumber="3" timestamp="32625"
from="SERVER" type="HTTP">
<data length="501" encoding="ASCIIFY" encodedLength="655"
type="HTTPDATA" ><![CDATA[HTTP/1.1 200 OK`0D`
Content-Type: application/x-amf`0D`
Content-Length: 364`0D`
Date: Thu, 04 May 2006 10:53:05 GMT`0D`
Server:
Apache-Coyote/1.1`0D0A0D0A000000000001000B`/2/onResult`0004` null`FFFFFFFF0A00000002100019`samples.explorer.Employee`0005 `phone`02000C`555-219-2030`000C`_remoteClass`020019`samples. explorer.Employee`0005`email`020017`rhodgman@fictitious.com`0004`name`02000E`Ronnie
Hodgman`0006`salary`000000000000000000000009100019`samples.e xplorer.Employee`0005`phone`02000C`555-219-2012`000C`_remote Class`020019`samples.explorer.Employee`0005`email`020014`jwall@fictitious.com`0004`name`02000B`Joanne
Wall`0006`salary`0000000000000000000000` ]]></data>
</TRCPacket>
Suggestions?
Thank you for your attention.
Regards,
Lorenzo
|
|
|
| Re: HTTP Test: error converting .rec file in .testsuite file [message #69517 is a reply to message #69497] |
Fri, 05 May 2006 11:14  |
| Eclipse User |
|
|
|
Hi Lorenzo,
This appears to be a defect since the URL recorder/test generator should
successfully create a TPTP URL Test for any HTTP request/response. Please
open a defect with the following:
-Error log file.
-URL or application to reproduce the problem.
-Recording file.
Thanks,
Paul
"lorenzo benvenuti" <lorenzobenvenuti@grupposervizi.it> wrote in message
news:e3f7dh$e9o$1@utils.eclipse.org...
> Hi all,
>
> I've got the following issue while trying to test my web application
> using TPTP
> (I tried both v4.1 and v4.2): I can successfully record a sequence of HTTP
> calls, but I receive an error while converting the .rec file in a
> .testsuite file.
> The editor complaints about an invalid input and, watching the logs, I
> found that
> the resulting .testsuite file is a corrupted zip (it has just the
> header, no data).
> Everything works fine if I record some random web navigation, but I
> obtain the
> error when trying my Macromedia (or Adobe, if you prefer) Flex (a Java
> based RIA
> framework, for those who don't know) web app.
>
> A test I made was to try the Macromedia Flex Explorer (a showcase of all
> Flex
> features) available at
>
> http://www.macromedia.com/go/flexapp_codeexplorer
>
> Everything fine in this case. If I deploy the same application on my
Tomcat
> (both 4.1.30 and 5.0.28), TPTP is unable to perform the conversion
> between .rec
> and .testsuite files. I tried to comment parts of the .rec file and
> finally I
> found the calls responsible of the TPTP failure: the issue seems to
> be concerning a particular type of POST calls made from Flex
(Content-type:
> application/x-amf), but I can't see what's wrong whit them (there's a
> bit of
> backquotes and 0D junk, nothing more).
>
> Here's a sample of an amf call/response:
>
> <TRCPacket ticket="39" connectionNumber="3" timestamp="32578"
> from="CLIENT" type="HTTP">
> <data length="462" encoding="ASCIIFY" encodedLength="523"
> type="HTTPDATA" ><![CDATA[POST /flex/amfgateway HTTP/1.1`0D`
> Accept: */*`0D`
> x-flash-version: 8,5,0,246`0D`
> Content-Type: application/x-amf`0D`
> Content-Length: 66`0D`
> Accept-Encoding: gzip, deflate`0D`
> User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)`0D`
> Host: u-pc094:8080`0D`
> Connection: Keep-Alive`0D`
> Cache-Control: no-cache`0D`
> Cookie: JSESSIONID=649C4E9985F50F69B1950968A23F904F;
>
JSESSIONID=649C4E9985F50F69B1950968A23F904F`0D0A0D0A00000000 000100`(samples.
explorer.EmployeeManager.getList`0002`/2`000000`
>
> `00000001020002`PM]]></data>
> </TRCPacket>
>
> <TRCPacket ticket="40" connectionNumber="3" timestamp="32625"
> from="SERVER" type="HTTP">
> <data length="501" encoding="ASCIIFY" encodedLength="655"
> type="HTTPDATA" ><![CDATA[HTTP/1.1 200 OK`0D`
> Content-Type: application/x-amf`0D`
> Content-Length: 364`0D`
> Date: Thu, 04 May 2006 10:53:05 GMT`0D`
> Server:
>
Apache-Coyote/1.1`0D0A0D0A000000000001000B`/2/onResult`0004` null`FFFFFFFF0A0
0000002100019`samples.explorer.Employee`0005`phone`02000C`55 5-219-2030`000C`
_remoteClass`020019`samples.explorer.Employee`0005`email`020 017`rhodgman@fic
titious.com`0004`name`02000E`Ronnie
>
Hodgman`0006`salary`000000000000000000000009100019`samples.e xplorer.Employee
`0005`phone`02000C`555-219-2012`000C`_remoteClass`020019`sam ples.explorer.Em
ployee`0005`email`020014`jwall@fictitious.com`0004`name`02000B`Joanne
> Wall`0006`salary`0000000000000000000000` ]]></data>
> </TRCPacket>
>
>
> Suggestions?
>
> Thank you for your attention.
>
> Regards,
>
> Lorenzo
|
|
|
| Re: HTTP Test: error converting .rec file in .testsuite file [message #70461 is a reply to message #69517] |
Thu, 11 May 2006 02:16 |
| Eclipse User |
|
|
|
Originally posted by: lorenzobenvenuti.grupposervizi.it
Paul,
thank you for your reply.
How do I open a defect? Sorry, never done this before.
Thanks,
Lorenzo
Paul Slauenwhite wrote:
> Hi Lorenzo,
> This appears to be a defect since the URL recorder/test generator should
> successfully create a TPTP URL Test for any HTTP request/response. Please
> open a defect with the following:
>
> -Error log file.
> -URL or application to reproduce the problem.
> -Recording file.
>
> Thanks,
>
> Paul
> "lorenzo benvenuti" <lorenzobenvenuti@grupposervizi.it> wrote in message
> news:e3f7dh$e9o$1@utils.eclipse.org...
>
>>Hi all,
>>
>>I've got the following issue while trying to test my web application
>>using TPTP
>>(I tried both v4.1 and v4.2): I can successfully record a sequence of HTTP
>>calls, but I receive an error while converting the .rec file in a
>>.testsuite file.
>>The editor complaints about an invalid input and, watching the logs, I
>>found that
>>the resulting .testsuite file is a corrupted zip (it has just the
>>header, no data).
>>Everything works fine if I record some random web navigation, but I
>>obtain the
>>error when trying my Macromedia (or Adobe, if you prefer) Flex (a Java
>>based RIA
>>framework, for those who don't know) web app.
>>
>>A test I made was to try the Macromedia Flex Explorer (a showcase of all
>>Flex
>>features) available at
>>
>>http://www.macromedia.com/go/flexapp_codeexplorer
>>
>>Everything fine in this case. If I deploy the same application on my
>
> Tomcat
>
>>(both 4.1.30 and 5.0.28), TPTP is unable to perform the conversion
>>between .rec
>>and .testsuite files. I tried to comment parts of the .rec file and
>>finally I
>>found the calls responsible of the TPTP failure: the issue seems to
>>be concerning a particular type of POST calls made from Flex
>
> (Content-type:
>
>>application/x-amf), but I can't see what's wrong whit them (there's a
>>bit of
>>backquotes and 0D junk, nothing more).
>>
>>Here's a sample of an amf call/response:
>>
>><TRCPacket ticket="39" connectionNumber="3" timestamp="32578"
>>from="CLIENT" type="HTTP">
>><data length="462" encoding="ASCIIFY" encodedLength="523"
>>type="HTTPDATA" ><![CDATA[POST /flex/amfgateway HTTP/1.1`0D`
>>Accept: */*`0D`
>>x-flash-version: 8,5,0,246`0D`
>>Content-Type: application/x-amf`0D`
>>Content-Length: 66`0D`
>>Accept-Encoding: gzip, deflate`0D`
>>User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)`0D`
>>Host: u-pc094:8080`0D`
>>Connection: Keep-Alive`0D`
>>Cache-Control: no-cache`0D`
>>Cookie: JSESSIONID=649C4E9985F50F69B1950968A23F904F;
>>
>
> JSESSIONID=649C4E9985F50F69B1950968A23F904F`0D0A0D0A00000000 000100`(samples.
> explorer.EmployeeManager.getList`0002`/2`000000`
>
>>`00000001020002`PM]]></data>
>></TRCPacket>
>>
>><TRCPacket ticket="40" connectionNumber="3" timestamp="32625"
>>from="SERVER" type="HTTP">
>><data length="501" encoding="ASCIIFY" encodedLength="655"
>>type="HTTPDATA" ><![CDATA[HTTP/1.1 200 OK`0D`
>>Content-Type: application/x-amf`0D`
>>Content-Length: 364`0D`
>>Date: Thu, 04 May 2006 10:53:05 GMT`0D`
>>Server:
>>
>
> Apache-Coyote/1.1`0D0A0D0A000000000001000B`/2/onResult`0004` null`FFFFFFFF0A0
> 0000002100019`samples.explorer.Employee`0005`phone`02000C`55 5-219-2030`000C`
> _remoteClass`020019`samples.explorer.Employee`0005`email`020 017`rhodgman@fic
> titious.com`0004`name`02000E`Ronnie
>
> Hodgman`0006`salary`000000000000000000000009100019`samples.e xplorer.Employee
> `0005`phone`02000C`555-219-2012`000C`_remoteClass`020019`sam ples.explorer.Em
> ployee`0005`email`020014`jwall@fictitious.com`0004`name`02000B`Joanne
>
>>Wall`0006`salary`0000000000000000000000` ]]></data>
>></TRCPacket>
>>
>>
>>Suggestions?
>>
>>Thank you for your attention.
>>
>>Regards,
>>
>>Lorenzo
>
>
>
|
|
|
| Re: HTTP Test: error converting .rec file in .testsuite file [message #70499 is a reply to message #70461] |
Thu, 11 May 2006 08:50 |
| Eclipse User |
|
|
|
Hi Lorenzo,
You can open a defect here:
http://www.eclipse.org/tptp/ >> Submit Enhancements & Bugs >> Report a new
bug. >> TPTP
Paul
"lorenzo benvenuti" <lorenzobenvenuti@grupposervizi.it> wrote in message
news:e3ul5b$p08$1@utils.eclipse.org...
> Paul,
>
> thank you for your reply.
> How do I open a defect? Sorry, never done this before.
>
> Thanks,
>
> Lorenzo
>
> Paul Slauenwhite wrote:
> > Hi Lorenzo,
> > This appears to be a defect since the URL recorder/test generator
should
> > successfully create a TPTP URL Test for any HTTP request/response.
Please
> > open a defect with the following:
> >
> > -Error log file.
> > -URL or application to reproduce the problem.
> > -Recording file.
> >
> > Thanks,
> >
> > Paul
> > "lorenzo benvenuti" <lorenzobenvenuti@grupposervizi.it> wrote in message
> > news:e3f7dh$e9o$1@utils.eclipse.org...
> >
> >>Hi all,
> >>
> >>I've got the following issue while trying to test my web application
> >>using TPTP
> >>(I tried both v4.1 and v4.2): I can successfully record a sequence of
HTTP
> >>calls, but I receive an error while converting the .rec file in a
> >>.testsuite file.
> >>The editor complaints about an invalid input and, watching the logs, I
> >>found that
> >>the resulting .testsuite file is a corrupted zip (it has just the
> >>header, no data).
> >>Everything works fine if I record some random web navigation, but I
> >>obtain the
> >>error when trying my Macromedia (or Adobe, if you prefer) Flex (a Java
> >>based RIA
> >>framework, for those who don't know) web app.
> >>
> >>A test I made was to try the Macromedia Flex Explorer (a showcase of all
> >>Flex
> >>features) available at
> >>
> >>http://www.macromedia.com/go/flexapp_codeexplorer
> >>
> >>Everything fine in this case. If I deploy the same application on my
> >
> > Tomcat
> >
> >>(both 4.1.30 and 5.0.28), TPTP is unable to perform the conversion
> >>between .rec
> >>and .testsuite files. I tried to comment parts of the .rec file and
> >>finally I
> >>found the calls responsible of the TPTP failure: the issue seems to
> >>be concerning a particular type of POST calls made from Flex
> >
> > (Content-type:
> >
> >>application/x-amf), but I can't see what's wrong whit them (there's a
> >>bit of
> >>backquotes and 0D junk, nothing more).
> >>
> >>Here's a sample of an amf call/response:
> >>
> >><TRCPacket ticket="39" connectionNumber="3" timestamp="32578"
> >>from="CLIENT" type="HTTP">
> >><data length="462" encoding="ASCIIFY" encodedLength="523"
> >>type="HTTPDATA" ><![CDATA[POST /flex/amfgateway HTTP/1.1`0D`
> >>Accept: */*`0D`
> >>x-flash-version: 8,5,0,246`0D`
> >>Content-Type: application/x-amf`0D`
> >>Content-Length: 66`0D`
> >>Accept-Encoding: gzip, deflate`0D`
> >>User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)`0D`
> >>Host: u-pc094:8080`0D`
> >>Connection: Keep-Alive`0D`
> >>Cache-Control: no-cache`0D`
> >>Cookie: JSESSIONID=649C4E9985F50F69B1950968A23F904F;
> >>
> >
> >
JSESSIONID=649C4E9985F50F69B1950968A23F904F`0D0A0D0A00000000 000100`(samples.
> > explorer.EmployeeManager.getList`0002`/2`000000`
> >
> >>`00000001020002`PM]]></data>
> >></TRCPacket>
> >>
> >><TRCPacket ticket="40" connectionNumber="3" timestamp="32625"
> >>from="SERVER" type="HTTP">
> >><data length="501" encoding="ASCIIFY" encodedLength="655"
> >>type="HTTPDATA" ><![CDATA[HTTP/1.1 200 OK`0D`
> >>Content-Type: application/x-amf`0D`
> >>Content-Length: 364`0D`
> >>Date: Thu, 04 May 2006 10:53:05 GMT`0D`
> >>Server:
> >>
> >
> >
Apache-Coyote/1.1`0D0A0D0A000000000001000B`/2/onResult`0004` null`FFFFFFFF0A0
> >
0000002100019`samples.explorer.Employee`0005`phone`02000C`55 5-219-2030`000C`
> >
_remoteClass`020019`samples.explorer.Employee`0005`email`020 017`rhodgman@fic
> > titious.com`0004`name`02000E`Ronnie
> >
> >
Hodgman`0006`salary`000000000000000000000009100019`samples.e xplorer.Employee
> >
`0005`phone`02000C`555-219-2012`000C`_remoteClass`020019`sam ples.explorer.Em
> > ployee`0005`email`020014`jwall@fictitious.com`0004`name`02000B`Joanne
> >
> >>Wall`0006`salary`0000000000000000000000` ]]></data>
> >></TRCPacket>
> >>
> >>
> >>Suggestions?
> >>
> >>Thank you for your attention.
> >>
> >>Regards,
> >>
> >>Lorenzo
> >
> >
> >
|
|
|
| Re: HTTP Test: error converting .rec file in .testsuite file [message #70615 is a reply to message #70499] |
Fri, 12 May 2006 09:08 |
| Eclipse User |
|
|
|
Originally posted by: lorenzobenvenuti.grupposervizi.it
I'm going to do it ASAP.
Thanks,
Lorenzo
Paul Slauenwhite wrote:
> Hi Lorenzo,
> You can open a defect here:
>
> http://www.eclipse.org/tptp/ >> Submit Enhancements & Bugs >> Report a new
> bug. >> TPTP
>
> Paul
> "lorenzo benvenuti" <lorenzobenvenuti@grupposervizi.it> wrote in message
> news:e3ul5b$p08$1@utils.eclipse.org...
>
>>Paul,
>>
>>thank you for your reply.
>>How do I open a defect? Sorry, never done this before.
>>
>>Thanks,
>>
>>Lorenzo
>>
>>Paul Slauenwhite wrote:
>>
>>>Hi Lorenzo,
>>> This appears to be a defect since the URL recorder/test generator
>
> should
>
>>>successfully create a TPTP URL Test for any HTTP request/response.
>
> Please
>
>>>open a defect with the following:
>>>
>>>-Error log file.
>>>-URL or application to reproduce the problem.
>>>-Recording file.
>>>
>>>Thanks,
>>>
>>>Paul
>>>"lorenzo benvenuti" <lorenzobenvenuti@grupposervizi.it> wrote in message
>>>news:e3f7dh$e9o$1@utils.eclipse.org...
>>>
>>>
>>>>Hi all,
>>>>
>>>>I've got the following issue while trying to test my web application
>>>>using TPTP
>>>>(I tried both v4.1 and v4.2): I can successfully record a sequence of
>
> HTTP
>
>>>>calls, but I receive an error while converting the .rec file in a
>>>>.testsuite file.
>>>>The editor complaints about an invalid input and, watching the logs, I
>>>>found that
>>>>the resulting .testsuite file is a corrupted zip (it has just the
>>>>header, no data).
>>>>Everything works fine if I record some random web navigation, but I
>>>>obtain the
>>>>error when trying my Macromedia (or Adobe, if you prefer) Flex (a Java
>>>>based RIA
>>>>framework, for those who don't know) web app.
>>>>
>>>>A test I made was to try the Macromedia Flex Explorer (a showcase of all
>>>>Flex
>>>>features) available at
>>>>
>>>>http://www.macromedia.com/go/flexapp_codeexplorer
>>>>
>>>>Everything fine in this case. If I deploy the same application on my
>>>
>>>Tomcat
>>>
>>>
>>>>(both 4.1.30 and 5.0.28), TPTP is unable to perform the conversion
>>>>between .rec
>>>>and .testsuite files. I tried to comment parts of the .rec file and
>>>>finally I
>>>>found the calls responsible of the TPTP failure: the issue seems to
>>>>be concerning a particular type of POST calls made from Flex
>>>
>>>(Content-type:
>>>
>>>
>>>>application/x-amf), but I can't see what's wrong whit them (there's a
>>>>bit of
>>>>backquotes and 0D junk, nothing more).
>>>>
>>>>Here's a sample of an amf call/response:
>>>>
>>>><TRCPacket ticket="39" connectionNumber="3" timestamp="32578"
>>>>from="CLIENT" type="HTTP">
>>>><data length="462" encoding="ASCIIFY" encodedLength="523"
>>>>type="HTTPDATA" ><![CDATA[POST /flex/amfgateway HTTP/1.1`0D`
>>>>Accept: */*`0D`
>>>>x-flash-version: 8,5,0,246`0D`
>>>>Content-Type: application/x-amf`0D`
>>>>Content-Length: 66`0D`
>>>>Accept-Encoding: gzip, deflate`0D`
>>>>User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)`0D`
>>>>Host: u-pc094:8080`0D`
>>>>Connection: Keep-Alive`0D`
>>>>Cache-Control: no-cache`0D`
>>>>Cookie: JSESSIONID=649C4E9985F50F69B1950968A23F904F;
>>>>
>>>
>>>
> JSESSIONID=649C4E9985F50F69B1950968A23F904F`0D0A0D0A00000000 000100`(samples.
>
>>>explorer.EmployeeManager.getList`0002`/2`000000`
>>>
>>>
>>>>`00000001020002`PM]]></data>
>>>></TRCPacket>
>>>>
>>>><TRCPacket ticket="40" connectionNumber="3" timestamp="32625"
>>>>from="SERVER" type="HTTP">
>>>><data length="501" encoding="ASCIIFY" encodedLength="655"
>>>>type="HTTPDATA" ><![CDATA[HTTP/1.1 200 OK`0D`
>>>>Content-Type: application/x-amf`0D`
>>>>Content-Length: 364`0D`
>>>>Date: Thu, 04 May 2006 10:53:05 GMT`0D`
>>>>Server:
>>>>
>>>
>>>
> Apache-Coyote/1.1`0D0A0D0A000000000001000B`/2/onResult`0004` null`FFFFFFFF0A0
>
> 0000002100019`samples.explorer.Employee`0005`phone`02000C`55 5-219-2030`000C`
>
> _remoteClass`020019`samples.explorer.Employee`0005`email`020 017`rhodgman@fic
>
>>>titious.com`0004`name`02000E`Ronnie
>>>
>>>
>
> Hodgman`0006`salary`000000000000000000000009100019`samples.e xplorer.Employee
>
> `0005`phone`02000C`555-219-2012`000C`_remoteClass`020019`sam ples.explorer.Em
>
>>>ployee`0005`email`020014`jwall@fictitious.com`0004`name`02000B`Joanne
>>>
>>>
>>>>Wall`0006`salary`0000000000000000000000` ]]></data>
>>>></TRCPacket>
>>>>
>>>>
>>>>Suggestions?
>>>>
>>>>Thank you for your attention.
>>>>
>>>>Regards,
>>>>
>>>>Lorenzo
>>>
>>>
>>>
>
>
|
|
|
| Re: HTTP Test: error converting .rec file in .testsuite file [message #85997 is a reply to message #70615] |
Thu, 26 October 2006 02:50 |
| Eclipse User |
|
|
|
Originally posted by: hakan.noemail.com
Hello,
Did you find out what caused this problem? This happens to me too when
running my own application who is communicating with the server using XML.
Is there any workaround or fix for this problem?
Thanks,
Håkan
lorenzo benvenuti wrote:
> I'm going to do it ASAP.
>
> Thanks,
>
> Lorenzo
>
> Paul Slauenwhite wrote:
>> Hi Lorenzo,
>> You can open a defect here:
>>
>> http://www.eclipse.org/tptp/ >> Submit Enhancements & Bugs >> Report a
>> new
>> bug. >> TPTP
>>
>> Paul
>> "lorenzo benvenuti" <lorenzobenvenuti@grupposervizi.it> wrote in message
>> news:e3ul5b$p08$1@utils.eclipse.org...
>>
>>> Paul,
>>>
>>> thank you for your reply.
>>> How do I open a defect? Sorry, never done this before.
>>>
>>> Thanks,
>>>
>>> Lorenzo
>>>
>>> Paul Slauenwhite wrote:
>>>
>>>> Hi Lorenzo,
>>>> This appears to be a defect since the URL recorder/test generator
>>
>> should
>>
>>>> successfully create a TPTP URL Test for any HTTP request/response.
>>
>> Please
>>
>>>> open a defect with the following:
>>>>
>>>> -Error log file.
>>>> -URL or application to reproduce the problem.
>>>> -Recording file.
>>>>
>>>> Thanks,
>>>>
>>>> Paul
>>>> "lorenzo benvenuti" <lorenzobenvenuti@grupposervizi.it> wrote in
>>>> message
>>>> news:e3f7dh$e9o$1@utils.eclipse.org...
>>>>
>>>>
>>>>> Hi all,
>>>>>
>>>>> I've got the following issue while trying to test my web application
>>>>> using TPTP
>>>>> (I tried both v4.1 and v4.2): I can successfully record a sequence of
>>
>> HTTP
>>
>>>>> calls, but I receive an error while converting the .rec file in a
>>>>> .testsuite file.
>>>>> The editor complaints about an invalid input and, watching the logs, I
>>>>> found that
>>>>> the resulting .testsuite file is a corrupted zip (it has just the
>>>>> header, no data).
>>>>> Everything works fine if I record some random web navigation, but I
>>>>> obtain the
>>>>> error when trying my Macromedia (or Adobe, if you prefer) Flex (a Java
>>>>> based RIA
>>>>> framework, for those who don't know) web app.
>>>>>
>>>>> A test I made was to try the Macromedia Flex Explorer (a showcase
>>>>> of all
>>>>> Flex
>>>>> features) available at
>>>>>
>>>>> http://www.macromedia.com/go/flexapp_codeexplorer
>>>>>
>>>>> Everything fine in this case. If I deploy the same application on my
>>>>
>>>> Tomcat
>>>>
>>>>
>>>>> (both 4.1.30 and 5.0.28), TPTP is unable to perform the conversion
>>>>> between .rec
>>>>> and .testsuite files. I tried to comment parts of the .rec file and
>>>>> finally I
>>>>> found the calls responsible of the TPTP failure: the issue seems to
>>>>> be concerning a particular type of POST calls made from Flex
>>>>
>>>> (Content-type:
>>>>
>>>>
>>>>> application/x-amf), but I can't see what's wrong whit them (there's a
>>>>> bit of
>>>>> backquotes and 0D junk, nothing more).
>>>>>
>>>>> Here's a sample of an amf call/response:
>>>>>
>>>>> <TRCPacket ticket="39" connectionNumber="3" timestamp="32578"
>>>>> from="CLIENT" type="HTTP">
>>>>> <data length="462" encoding="ASCIIFY" encodedLength="523"
>>>>> type="HTTPDATA" ><![CDATA[POST /flex/amfgateway HTTP/1.1`0D`
>>>>> Accept: */*`0D`
>>>>> x-flash-version: 8,5,0,246`0D`
>>>>> Content-Type: application/x-amf`0D`
>>>>> Content-Length: 66`0D`
>>>>> Accept-Encoding: gzip, deflate`0D`
>>>>> User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;
>>>>> SV1)`0D`
>>>>> Host: u-pc094:8080`0D`
>>>>> Connection: Keep-Alive`0D`
>>>>> Cache-Control: no-cache`0D`
>>>>> Cookie: JSESSIONID=649C4E9985F50F69B1950968A23F904F;
>>>>>
>>>>
>>>>
>> JSESSIONID=649C4E9985F50F69B1950968A23F904F`0D0A0D0A00000000 000100`(samples.
>>
>>
>>>> explorer.EmployeeManager.getList`0002`/2`000000`
>>>>
>>>>
>>>>> `00000001020002`PM]]></data>
>>>>> </TRCPacket>
>>>>>
>>>>> <TRCPacket ticket="40" connectionNumber="3" timestamp="32625"
>>>>> from="SERVER" type="HTTP">
>>>>> <data length="501" encoding="ASCIIFY" encodedLength="655"
>>>>> type="HTTPDATA" ><![CDATA[HTTP/1.1 200 OK`0D`
>>>>> Content-Type: application/x-amf`0D`
>>>>> Content-Length: 364`0D`
>>>>> Date: Thu, 04 May 2006 10:53:05 GMT`0D`
>>>>> Server:
>>>>>
>>>>
>>>>
>> Apache-Coyote/1.1`0D0A0D0A000000000001000B`/2/onResult`0004` null`FFFFFFFF0A0
>>
>>
>> 0000002100019`samples.explorer.Employee`0005`phone`02000C`55 5-219-2030`000C`
>>
>>
>> _remoteClass`020019`samples.explorer.Employee`0005`email`020 017`rhodgman@fic
>>
>>
>>>> titious.com`0004`name`02000E`Ronnie
>>>>
>>>>
>>
>> Hodgman`0006`salary`000000000000000000000009100019`samples.e xplorer.Employee
>>
>>
>> `0005`phone`02000C`555-219-2012`000C`_remoteClass`020019`sam ples.explorer.Em
>>
>>
>>>> ployee`0005`email`020014`jwall@fictitious.com`0004`name`02000B`Joanne
>>>>
>>>>
>>>>> Wall`0006`salary`0000000000000000000000` ]]></data>
>>>>> </TRCPacket>
>>>>>
>>>>>
>>>>> Suggestions?
>>>>>
>>>>> Thank you for your attention.
>>>>>
>>>>> Regards,
>>>>>
>>>>> Lorenzo
>>>>
>>>>
>>>>
>>
>>
|
|
|
| Re: HTTP Test: error converting .rec file in .testsuite file [message #89337 is a reply to message #70615] |
Mon, 04 December 2006 09:55 |
| Eclipse User |
|
|
|
Lorenzo,
Did you have the chance to file a defect for this problem? If so, do
you have the defect number since I cannot find any defects in Bugzilla filed
under your email address.
Paul
"lorenzo benvenuti" <lorenzobenvenuti@grupposervizi.it> wrote in message
news:e421m5$4p2$1@utils.eclipse.org...
> I'm going to do it ASAP.
>
> Thanks,
>
> Lorenzo
>
> Paul Slauenwhite wrote:
>> Hi Lorenzo,
>> You can open a defect here:
>>
>> http://www.eclipse.org/tptp/ >> Submit Enhancements & Bugs >> Report a
>> new
>> bug. >> TPTP
>>
>> Paul
>> "lorenzo benvenuti" <lorenzobenvenuti@grupposervizi.it> wrote in message
>> news:e3ul5b$p08$1@utils.eclipse.org...
>>
>>>Paul,
>>>
>>>thank you for your reply.
>>>How do I open a defect? Sorry, never done this before.
>>>
>>>Thanks,
>>>
>>>Lorenzo
>>>
>>>Paul Slauenwhite wrote:
>>>
>>>>Hi Lorenzo,
>>>> This appears to be a defect since the URL recorder/test generator
>>
>> should
>>
>>>>successfully create a TPTP URL Test for any HTTP request/response.
>>
>> Please
>>
>>>>open a defect with the following:
>>>>
>>>>-Error log file.
>>>>-URL or application to reproduce the problem.
>>>>-Recording file.
>>>>
>>>>Thanks,
>>>>
>>>>Paul
>>>>"lorenzo benvenuti" <lorenzobenvenuti@grupposervizi.it> wrote in message
>>>>news:e3f7dh$e9o$1@utils.eclipse.org...
>>>>
>>>>
>>>>>Hi all,
>>>>>
>>>>>I've got the following issue while trying to test my web application
>>>>>using TPTP
>>>>>(I tried both v4.1 and v4.2): I can successfully record a sequence of
>>
>> HTTP
>>
>>>>>calls, but I receive an error while converting the .rec file in a
>>>>>.testsuite file.
>>>>>The editor complaints about an invalid input and, watching the logs, I
>>>>>found that
>>>>>the resulting .testsuite file is a corrupted zip (it has just the
>>>>>header, no data).
>>>>>Everything works fine if I record some random web navigation, but I
>>>>>obtain the
>>>>>error when trying my Macromedia (or Adobe, if you prefer) Flex (a Java
>>>>>based RIA
>>>>>framework, for those who don't know) web app.
>>>>>
>>>>>A test I made was to try the Macromedia Flex Explorer (a showcase of
>>>>>all
>>>>>Flex
>>>>>features) available at
>>>>>
>>>>>http://www.macromedia.com/go/flexapp_codeexplorer
>>>>>
>>>>>Everything fine in this case. If I deploy the same application on my
>>>>
>>>>Tomcat
>>>>
>>>>
>>>>>(both 4.1.30 and 5.0.28), TPTP is unable to perform the conversion
>>>>>between .rec
>>>>>and .testsuite files. I tried to comment parts of the .rec file and
>>>>>finally I
>>>>>found the calls responsible of the TPTP failure: the issue seems to
>>>>>be concerning a particular type of POST calls made from Flex
>>>>
>>>>(Content-type:
>>>>
>>>>
>>>>>application/x-amf), but I can't see what's wrong whit them (there's a
>>>>>bit of
>>>>>backquotes and 0D junk, nothing more).
>>>>>
>>>>>Here's a sample of an amf call/response:
>>>>>
>>>>><TRCPacket ticket="39" connectionNumber="3" timestamp="32578"
>>>>>from="CLIENT" type="HTTP">
>>>>><data length="462" encoding="ASCIIFY" encodedLength="523"
>>>>>type="HTTPDATA" ><![CDATA[POST /flex/amfgateway HTTP/1.1`0D`
>>>>>Accept: */*`0D`
>>>>>x-flash-version: 8,5,0,246`0D`
>>>>>Content-Type: application/x-amf`0D`
>>>>>Content-Length: 66`0D`
>>>>>Accept-Encoding: gzip, deflate`0D`
>>>>>User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)`0D`
>>>>>Host: u-pc094:8080`0D`
>>>>>Connection: Keep-Alive`0D`
>>>>>Cache-Control: no-cache`0D`
>>>>>Cookie: JSESSIONID=649C4E9985F50F69B1950968A23F904F;
>>>>>
>>>>
>>>>
>> JSESSIONID=649C4E9985F50F69B1950968A23F904F`0D0A0D0A00000000 000100`(samples.
>>
>>>>explorer.EmployeeManager.getList`0002`/2`000000`
>>>>
>>>>
>>>>>`00000001020002`PM]]></data>
>>>>></TRCPacket>
>>>>>
>>>>><TRCPacket ticket="40" connectionNumber="3" timestamp="32625"
>>>>>from="SERVER" type="HTTP">
>>>>><data length="501" encoding="ASCIIFY" encodedLength="655"
>>>>>type="HTTPDATA" ><![CDATA[HTTP/1.1 200 OK`0D`
>>>>>Content-Type: application/x-amf`0D`
>>>>>Content-Length: 364`0D`
>>>>>Date: Thu, 04 May 2006 10:53:05 GMT`0D`
>>>>>Server:
>>>>>
>>>>
>>>>
>> Apache-Coyote/1.1`0D0A0D0A000000000001000B`/2/onResult`0004` null`FFFFFFFF0A0
>>
>> 0000002100019`samples.explorer.Employee`0005`phone`02000C`55 5-219-2030`000C`
>>
>> _remoteClass`020019`samples.explorer.Employee`0005`email`020 017`rhodgman@fic
>>
>>>>titious.com`0004`name`02000E`Ronnie
>>>>
>>>>
>>
>> Hodgman`0006`salary`000000000000000000000009100019`samples.e xplorer.Employee
>>
>> `0005`phone`02000C`555-219-2012`000C`_remoteClass`020019`sam ples.explorer.Em
>>
>>>>ployee`0005`email`020014`jwall@fictitious.com`0004`name`02000B`Joanne
>>>>
>>>>
>>>>>Wall`0006`salary`0000000000000000000000` ]]></data>
>>>>></TRCPacket>
>>>>>
>>>>>
>>>>>Suggestions?
>>>>>
>>>>>Thank you for your attention.
>>>>>
>>>>>Regards,
>>>>>
>>>>>Lorenzo
>>>>
>>>>
>>>>
>>
|
|
| |
Goto Forum:
Current Time: Fri May 09 15:14:06 EDT 2025
Powered by FUDForum. Page generated in 0.03381 seconds |
Home