Re: [twsocket] [THTTPServer] Answers blocked ?
> > I don't know how you send the reply (since there are several ways to do it), > > but if you don't set ContentLength correctly, then the client may wait > > forever for data that will never comes. As you said it usually works, > > probable the length is set correctly. You have to verify if it is always the > > case. > Thanks for the answer, my replies are always sent in a POST form method. Are you using AnswerString(), AnswerPage() or similar ? Are you building the response header lines yourself or is this handled by the component ? > > Once the issue appears, is it there for all clients or only a few ones ? > No it happen for all clients, anyway they are all IE 6 or 7 client (if it's what you're talking about) What I wanted to know was : when the issue occur, are all the clients and all the requests affected ? Said in another way: does the server stop servicing any client properly ? If the server stop completely, I see two possibilities: 1) The server is stopped (the socket server listening for connections is closed). This may happend when you have a bug and unexpectedly close a bad [file or other] handle. If it happends that the wrong handle is the listening socket handle, no other connection will be accepted. (CloseHandle() applyed to a socket handle will close the socket). 2) The thread servicing the HTTP server is blocked and doesn't call the message pump anymore. So no event is triggered nor handled and nothing happend any more regarding socket I/O which - as you know - is event driven. Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] Author of ICS (Internet Component Suite, freeware) Author of MidWare (Multi-tier framework, freeware) http://www.overbyte.be - Original Message - From: "Guillaume ROQUES" <[EMAIL PROTECTED]> To: "twsocket" Sent: Wednesday, June 11, 2008 10:34 AM Subject: [twsocket] [THTTPServer] Answers blocked ? > > I don't know how you send the reply (since there are several ways to do it), > > but if you don't set ContentLength correctly, then the client may wait > > forever for data that will never comes. As you said it usually works, > > probable the length is set correctly. You have to verify if it is always the > > case. > Thanks for the answer, my replies are always sent in a POST form method. > But the thing is that my web server have received the values of the posted form (OnPostDocument and OnPostedData events are OK), and it has fullfilled the database and the listout; nevertheless the sending loop or something... > > To have a better idea about what happend, you may think about installing a > > sniffer (there are free ones) to capture the traffic and then later check > > that everything is OK at the network cable. > OK, I gonna ask the IT manager of the hospital if it's OK to install one. By the way is WireShark(http://www.wireshark.org/) is a good choice ? > > > Once the issue appears, is it there for all clients or only a few ones ? > No it happen for all clients, anyway they are all IE 6 or 7 client (if it's what you're talking about) > gratefully, > > Guillaume ROQUES > CANYON Technologies > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] [THTTPServer] Answers blocked ?
> I don't know how you send the reply (since there are several ways to do it), > but if you don't set ContentLength correctly, then the client may wait > forever for data that will never comes. As you said it usually works, > probable the length is set correctly. You have to verify if it is always the > case. Thanks for the answer, my replies are always sent in a POST form method. But the thing is that my web server have received the values of the posted form (OnPostDocument and OnPostedData events are OK), and it has fullfilled the database and the listout; nevertheless the sending loop or something... > To have a better idea about what happend, you may think about installing a > sniffer (there are free ones) to capture the traffic and then later check > that everything is OK at the network cable. OK, I gonna ask the IT manager of the hospital if it's OK to install one. By the way is WireShark(http://www.wireshark.org/) is a good choice ? > Once the issue appears, is it there for all clients or only a few ones ? No it happen for all clients, anyway they are all IE 6 or 7 client (if it's what you're talking about) gratefully, Guillaume ROQUES CANYON Technologies -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] [THTTPServer] Answers blocked ?
Hi ! > Client side: Always the message "Pending" + server name. I don't know how you send the reply (since there are several ways to do it), but if you don't set ContentLength correctly, then the client may wait forever for data that will never comes. As you said it usually works, probable the length is set correctly. You have to verify if it is always the case. To have a better idea about what happend, you may think about installing a sniffer (there are free ones) to capture the traffic and then later check that everything is OK at the network cable. > What I describe here is not constant (too easy!) , the user can work for > some time and then it falls into this "loop". Once the issue appears, is it there for all clients or only a few ones ? Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be - Original Message - From: "Guillaume ROQUES" <[EMAIL PROTECTED]> To: "twsocket" Sent: Tuesday, June 10, 2008 11:58 AM Subject: [twsocket] [THTTPServer] Answers blocked ? > Hi, > > we are using ICS components for a Web server, developed as a windows > service, since a long time now and everything work fine. > But we just install it in a hospital and found problems concerns answers > from the web server. > > Client side: sending a request through a form, then the browser > displays "Pending" + server name. > Server side : parse values of the requests (ListIn) and sending the > response (ListOut) > Client side: Always the message "Pending" + server name. > Server side : The process have a normal activity but the web server > seems to loop on sending, a stop / start on the service puts things in > place. > > What I describe here is not constant (too easy!) , the user can work for > some time and then it falls into this "loop". > What we see is that often happens in the morning and in the early > afternoon, testing in the late afternoon show that the service and the web > server is working properly (?), it could coincide with the number of users > on the network > Knowing that this is a network hospital, there are a lot of intermediate > (proxy, switch, hub, firewall), maybe their configuration block my > answers > > I would like to know if it evokes something to someone, just to have a > clue or a way to look for. > > For the ICS component I 'd also like know how to "get out of the blocking > loop ". > Is there a way to detect that sending failed or unsuccessful ? > Client side, I understand that it could be, as he interrogates the server, > but server side ? > > I hope to have been sufficiently clear on the description of the problem, > I'll try to have more information on the architecture of network . > > Guillaume ROQUES > CANYON Technologies > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] [THTTPServer] Answers blocked ?
Hi, we are using ICS components for a Web server, developed as a windows service, since a long time now and everything work fine. But we just install it in a hospital and found problems concerns answers from the web server. Client side: sending a request through a form, then the browser displays "Pending" + server name. Server side : parse values of the requests (ListIn) and sending the response (ListOut) Client side: Always the message "Pending" + server name. Server side : The process have a normal activity but the web server seems to loop on sending, a stop / start on the service puts things in place. What I describe here is not constant (too easy!) , the user can work for some time and then it falls into this "loop". What we see is that often happens in the morning and in the early afternoon, testing in the late afternoon show that the service and the web server is working properly (?), it could coincide with the number of users on the network Knowing that this is a network hospital, there are a lot of intermediate (proxy, switch, hub, firewall), maybe their configuration block my answers I would like to know if it evokes something to someone, just to have a clue or a way to look for. For the ICS component I 'd also like know how to "get out of the blocking loop ". Is there a way to detect that sending failed or unsuccessful ? Client side, I understand that it could be, as he interrogates the server, but server side ? I hope to have been sufficiently clear on the description of the problem, I'll try to have more information on the architecture of network . Guillaume ROQUES CANYON Technologies -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
