Hi Josh, I'm running localhost version 5.3.6. The only thing sitting in front of my app is Charles Proxy, but I have ruled that out do to the fact there doesn't seem to be an issue with it running in my test page. Charles Proxy is how I was able to determine the cancel request at 30.0 secs.
I don't know if it's an issue in production at this point in time do to the fact the issue was discovered while implementing new code. I've tried both Firefox and Chrome, same issue. I am seeing this in the over view on failure. URL http://localhost:8080/eprs/purchase_request.pr Status Failed Failure Remote server closed the connection before sending response header Response Code - Protocol HTTP/1.1 Method POST Kept Alive Yes Content-Type - Client Address /127.0.0.1 Remote Address localhost/127.0.0.1 and the following on success. URL http://localhost:8080/eprs/purchase_request.pr Status Complete Response Code - Protocol HTTP/1.1 Method POST Kept Alive No Content-Type - Client Address /127.0.0.1 Remote Address localhost/127.0.0.1 Header appears to be the same for failed and successful request, below is an example. POST /eprs/purchase_request.pr HTTP/1.1 Host localhost:8080 Content-Length 4042 Cache-Control max-age=0 Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Origin http://localhost:8080 User-Agent Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31 Content-Type application/x-www-form-urlencoded Referer http://localhost:8080/eprs/purchase_request Accept-Encoding gzip,deflate,sdch Accept-Language en-US,en;q=0.8 Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.3 Cookie SpryMedia_DataTables_dataTable_=%7B%22iCreate%22%3A1366141532497%2C%22iStart%22%3A0%2C%22iEnd%22%3A25%2C%22iLength%22%3A25%2C%22aaSorting%22%3A%5B%5B0%2C%22asc%22%2C0%5D%5D%2C%22oSearch%22%3A%7B%22bCaseInsensitive%22%3Atrue%2C%22sSearch%22%3A%22%22%2C%22bRegex%22%3Afalse%2C%22bSmart%22%3Atrue%7D%2C%22aoSearchCols%22%3A%5B%7B%22bCaseInsensitive%22%3Atrue%2C%22sSearch%22%3A%22%22%2C%22bRegex%22%3Afalse%2C%22bSmart%22%3Atrue%7D%2C%7B%22bCaseInsensitive%22%3Atrue%2C%22sSearch%22%3A%22%22%2C%22bRegex%22%3Afalse%2C%22bSmart%22%3Atrue%7D%2C%7B%22bCaseInsensitive%22%3Atrue%2C%22sSearch%22%3A%22%22%2C%22bRegex%22%3Afalse%2C%22bSmart%22%3Atrue%7D%2C%7B%22bCaseInsensitive%22%3Atrue%2C%22sSearch%22%3A%22%22%2C%22bRegex%22%3Afalse%2C%22bSmart%22%3Atrue%7D%2C%7B%22bCaseInsensitive%22%3Atrue%2C%22sSearch%22%3A%22%22%2C%22bRegex%22%3Afalse%2C%22bSmart%22%3Atrue%7D%2C%7B%22bCaseInsensitive%22%3Atrue%2C%22sSearch%22%3A%22%22%2C%22bRegex%22%3Afalse%2C%22bSmart%22%3Atrue%7D%2C%7B%22bCaseInsensitive%22%3Atrue%2C%22sSearch%22%3A%22%22%2C%22bRegex%22%3Afalse%2C%22bSmart%22%3Atrue%7D%2C%7B%22bCaseInsensitive%22%3Atrue%2C%22sSearch%22%3A%22%22%2C%22bRegex%22%3Afalse%2C%22bSmart%22%3Atrue%7D%2C%7B%22bCaseInsensitive%22%3Atrue%2C%22sSearch%22%3A%22%22%2C%22bRegex%22%3Afalse%2C%22bSmart%22%3Atrue%7D%5D%2C%22abVisCols%22%3A%5Btrue%2Ctrue%2Ctrue%2Ctrue%2Ctrue%2Ctrue%2Ctrue%2Ctrue%2Ctrue%5D%7D; JSESSIONID=qdpvp6xgojai1ai671l0hizx2 On Tue, Apr 16, 2013 at 3:11 PM, Josh Canfield <joshcanfi...@gmail.com>wrote: > Hi George. > > Probably need to know more about how your system is set up. > > Did you run the test in the exact same environment as you are seeing the > problem? (same codebase different page?) > Are you seeing the problem only in a production environment? > Are you running apache mod_proxy, or something else in front of your app? > Have you tried a different browser? > Anything interesting in the headers recorded in Charles Proxy? > > > On Tue, Apr 16, 2013 at 11:08 AM, George Christman > <gchrist...@cardaddy.com>wrote: > > > I ended up setting up a test app to learn that the issue was on my end > > and that the test app worked as intended. I setup Charlies Proxy and > > discovered after 30.0 seconds exact, it fails the request and creates > > a new request. I've disabled all my JS, css and can not figure out the > > underlying issue. Does anybody happen to know what might be happening? > > > > On Mon, Apr 15, 2013 at 7:56 PM, Cezary Biernacki <cezary...@gmail.com> > > wrote: > > > Are you sure that the second request is not generated by e.g. a reverse > > > proxy? > > > > > > > > > On Mon, Apr 15, 2013 at 7:59 PM, George Christman > > > <gchrist...@cardaddy.com>wrote: > > > > > >> Hello, I have a long running process in my onSuccess method. I'm > > >> noticing my onActivate and onValidate methods are being called > > >> multiple times before the onSuccess method has actually completed. I > > >> was able to successfully reproduce this using Thread.sleep in the > > >> following example. Does anybody know why this my be happening? > > >> > > >> onActivate() { > > >> System.out.println("onActivate"); > > >> } > > >> > > >> onValidate() { > > >> System.out.println("onValidate"); > > >> } > > >> > > >> Object onSuccess() throws Exception { > > >> if(ApplicationActionEnum.GENERATE_PO == this.action) { > > >> try { > > >> Thread.sleep(60000); > > >> } catch (Exception e) { > > >> > > >> } > > >> } > > >> System.out.println("onSuccess"); > > >> return Index.class; > > >> } > > >> > > >> My output. > > >> > > >> onActivate > > >> pnValidate > > >> onActivate > > >> pnValidate > > >> OnSuccess > > >> > > >> --------------------------------------------------------------------- > > >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > > >> For additional commands, e-mail: users-h...@tapestry.apache.org > > >> > > >> > > > > > > > > -- > > George Christman > > www.CarDaddy.com > > P.O. Box 735 > > Johnstown, New York > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > > For additional commands, e-mail: users-h...@tapestry.apache.org > > > > > -- George Christman www.CarDaddy.com P.O. Box 735 Johnstown, New York
