Hi >>So do both browsers report the same error?
If needed I can even share the "Access Logs" of Apache so that the browser details match [ IE 7+ / FFox 3+ ] are as available. >> And what was the period in each case? Exactly 12.1 seconds? For both Browsers types? Yes Approximately 12 sec in case of both browsers. >> what is the resource type being generated a JSP or another file type? I presume the u are asking about the Controller page which is of type JSP /Struts based application at the JBOSS(Tomcat built in) I am still confused when the same test cases were done from INTERNAL IP on the same Application as per tcp dump displays 1 Post request. With regards karthik -----Original Message----- From: Pid [mailto:p...@pidster.com] Sent: Wednesday, August 11, 2010 3:45 PM To: Tomcat Users List Subject: Re: 2 POST requests to underlying Server On 11/08/2010 09:25, Karthik Nanjangude wrote: > Hi > >>> #1 I'm not sure the JavaScript you posted will work in all browsers. > > Absolutely Correct the Application is limited to usage of 2 browsers Via > Browser Filter [ IE 7+ ot FF3+ ] Tests carried out from the same. So do both browsers report the same error? >>> #2 These two requests are around 12 seconds apart. Perform exactly the >>> same test at least 10 more times and report what the period between the >>> pair of requests is. > > The sample give was 1 out of 6 times done on the same day And what was the period in each case? Exactly 12.1 seconds? For both browsers types? >>> #3 I can't see from the trace above what the resource type is, but if it's >>> a PDF for example, the browser (+plugin) may be attempting to open > multiple connections with different byte ranges. > > This process does not use any Plugin, it just sends the info to underlying > Business Layer and finally on to DataBase. what does? the browser? the point is that browsers can behave differently for different resource types. what is the resource type being generated a JSP or another file type? p > -----Original Message----- > From: Pid [mailto:p...@pidster.com] > Sent: Wednesday, August 11, 2010 1:41 PM > To: Tomcat Users List > Subject: Re: 2 POST requests to underlying Server > > On 11/08/2010 07:08, Karthik Nanjangude wrote: >> Hi >> >> Ok I have copied the wire shark test samples for the 2 Post Requests [ >> Apache to JBOSS (Tomcat Internal )..This was taken Aug 9, 2010 >> >> >> >> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> 1nd Post Request >> >> No. Time Source Destination Protocol Info >> 10022 30.516874 10.151.41.160 10.151.41.163 TCP >> 33403 > 8109 [PSH, ACK] Seq=2079 Ack=4544 Win=15600 Len=65 TSV=2265749122 >> TSER=2977204079 >> >> Frame 10022 (131 bytes on wire, 131 bytes captured) >> Arrival Time: Aug 9, 2010 15:30:35.485640000 > > >> Data (65 bytes) >> >> 0000 12 34 00 3d 00 3b 73 69 6d 3d 38 39 36 30 31 39 .4.=.;sim=896019 >> 0010 39 39 30 30 32 30 34 32 36 33 37 35 26 63 61 6e 990020426375&can >> 0020 6d 73 69 73 64 6e 3d 31 30 35 32 37 37 37 37 37 msisdn=105277777 >> 0030 26 61 63 63 6f 75 6e 74 69 64 3d 36 37 39 37 35 &accountid=67975 >> 0040 31 1 >> Data: 1234003D003B73696D3D3839363031393939303032303432... >> [Length: 65] >> >> >> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> 2nd Post Request >> >> No. Time Source Destination Protocol Info >> 15548 42.619208 10.151.41.160 10.151.41.163 TCP >> 33418 > 8109 [PSH, ACK] Seq=1075 Ack=6 Win=5840 Len=65 TSV=2265761224 >> TSER=2977216182 >> >> Frame 15548 (131 bytes on wire, 131 bytes captured) >> Arrival Time: Aug 9, 2010 15:30:47.587974000 > > >> 0000 12 34 00 3d 00 3b 73 69 6d 3d 38 39 36 30 31 39 .4.=.;sim=896019 >> 0010 39 39 30 30 32 30 34 32 36 33 37 35 26 63 61 6e 990020426375&can >> 0020 6d 73 69 73 64 6e 3d 31 30 35 32 37 37 37 37 37 msisdn=105277777 >> 0030 26 61 63 63 6f 75 6e 74 69 64 3d 36 37 39 37 35 &accountid=67975 >> 0040 31 1 >> Data: 1234003D003B73696D3D3839363031393939303032303432... >> [Length: 65] > > > #1 I'm not sure the JavaScript you posted will work in all browsers. > > #2 These two requests are around 12 seconds apart. Perform exactly the > same test at least 10 more times and report what the period between the > pair of requests is. > > #3 I can't see from the trace above what the resource type is, but if > it's a PDF for example, the browser (+plugin) may be attempting to open > multiple connections with different byte ranges. > > > p > >> -----Original Message----- >> From: Karthik Nanjangude [mailto:karthik.nanjang...@xius-bcgi.com] >> Sent: Wednesday, August 11, 2010 11:03 AM >> To: Tomcat Users List >> Subject: RE: 2 POST requests to underlying Server >> >> Hi >> >>>> wireshark or tcpdump running on the external + internal segments >>>> simultaneously. >> >> I can provide u the tcp dump samples which we used to validate using White >> shark. >> >> >> Of course I need some time (probably by EOD ) to get permission from my >> authorities for the same. >> >> Is this ok with u >> >> >> With regards >> KArthik >> >> -----Original Message----- >> From: Hassan Schroeder [mailto:hassan.schroe...@gmail.com] >> Sent: Wednesday, August 11, 2010 10:49 AM >> To: Tomcat Users List >> Subject: Re: 2 POST requests to underlying Server >> >> On Tue, Aug 10, 2010 at 10:07 PM, Karthik Nanjangude >> <karthik.nanjang...@xius-bcgi.com> wrote: >> >>> The same test performed on the Internal IP (http://<ip:port>/ABCD), and was >>> observed that the single Post request was observed with single Insertion to >>> DB ... compared to 2 POST request via External IO ( http://ABCD.com ) >>> >>> So how does this prove that the JavaScript as stated below is not working >>> .... :( >> >> Forget the browser and the JavaScript -- reproduce the problem using >> wget or curl or something basic to initiate your request, with wireshark >> or tcpdump running on the external + internal segments simultaneously. >> >> Then you'll have some interesting data :-) > > > > >> -- >> Hassan Schroeder ------------------------ hassan.schroe...@gmail.com >> twitter: @hassan >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org