搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

Jetty not working on firefox

more options

I have a .js file that is part of a web-application. The web application is deployed on tomcat. This .js file in turn calls a .html file deployed on jetty. This .html file is responsible for starting the cometd service, but when i run my web-app, firefox throws an abort message for this particular request. Also this is the first request that im sending to jetty.

Strangely enough, when i paste the URL of that particular .html file(or its parent servlet) on my address bar in a new session, the URL gets loaded and when i start my web-app, firefox throws a successful 200 on that page(on seeing from firebug).

This is a one client operation, this behaviour(of successful 200 on that page) persists for that particular client as long as firefox is not re-installed. Therefore, my web app loads that very page successfully for the client that has loaded that url explicitly from the address bar and I do not have to load that page from the address bar again till i do not re-install my browser.

Can anyone explain what information is passed to the client such that it stays for that client even on deleting temporary internet files/cookies/browser restart/system reboot but not on browser re-install?

Also, if possible, can anyone suggest a proper approach to follow so that i do not have to perform this work-around to get that page loaded on every client that uses my web-app?

I have a .js file that is part of a web-application. The web application is deployed on tomcat. This .js file in turn calls a .html file deployed on jetty. This .html file is responsible for starting the cometd service, but when i run my web-app, firefox throws an abort message for this particular request. Also this is the first request that im sending to jetty. Strangely enough, when i paste the URL of that particular .html file(or its parent servlet) on my address bar in a new session, the URL gets loaded and when i start my web-app, firefox throws a successful 200 on that page(on seeing from firebug). This is a one client operation, this behaviour(of successful 200 on that page) persists for that particular client as long as firefox is not re-installed. Therefore, my web app loads that very page successfully for the client that has loaded that url explicitly from the address bar and I do not have to load that page from the address bar again till i do not re-install my browser. Can anyone explain what information is passed to the client such that it stays for that client even on deleting temporary internet files/cookies/browser restart/system reboot but not on browser re-install? Also, if possible, can anyone suggest a proper approach to follow so that i do not have to perform this work-around to get that page loaded on every client that uses my web-app?

所有回复 (1)

more options

I'm curious what you mean about Firefox throwing an abort message. This is not a time-out or error from the server, but Firefox is itself terminating the request?

Is it a cross-domain request? Some users have discovered that offsite resources such as style sheets will not load until they have visited the server directly. This sounds like some kind of filtering, but in the threads I participated in, we didn't uncover the actual cause of it.