|Anonymous | Login | Signup for a new account||07-09-2020 06:55 PDT|
|Main | My View | View Issues | Change Log | Docs|
|Viewing Issue Advanced Details [ Jump to Notes ]||[ View Simple ] [ Issue History ] [ Print ]|
|ID||Category||Severity||Reproducibility||Date Submitted||Last Update|
|0002694||[Resin]||major||always||05-26-08 03:41||05-20-10 17:20|
|ETA||none||Fixed in Version||4.0.7||Product Version||3.1.6|
|Summary||0002694: Aberrant behaviour of servlets within IIS7|
We have set up Resin on a new Windows 2008 64bit server.
The following handler mappings have been set up in IIS...
Handler 1: "*.jsp" maps all verbs to "c:\inetpub\scripts\win64\isapi_srun.dll"
Handler 2: "servlet" maps all verbs to "c:\inetpub\scripts\win64\isapi_srun.dll"
Handler 3: "caucho-status" maps all verbs to "c:\inetpub\scripts\win64\isapi_srun.dll"
All other handlers are lower priority than these 3.
All jsp files work perfectly, however under some conditions caucho-status fails with 503 error, and servlets result in a 503 error.
Conditions that cause servlets to fail...
Make any kind of change to IIS, i.e. add a mime type or add a virtual directory of any name, and caucho-status and servlets work. But when the application pool is recycled, the 503 errors start appearing... and yet jsp files continue to operate normally. When you make an arbitrary change to IIS again (as per above) caucho-status and servlets start working again.
Incidentally, we have a servlet that is invoked with extra path information: e.g. "http://domain/servlet/ServletName/key-rich-path-info/filename.jsp" [^]
This servlet gets picked up by our "*.jsp" handler and is unaffected by the above mentioned problem.
Has *anyone* else experienced this strange behaviour or have any valuable advice for us??
|Steps To Reproduce|
Further to this, I have discovered that IIS7 is stomping on extensionless file requests.
Requesting "http://domain/servlet/ServletName" [^] fails.
Requesting "http://domain/servlet/ServletName/blah.jsp" [^] succeeds.
I can work around this by tagging fake filenames on at the end of my servlets, however it is a rather ineligant solution and doesn't fix the "caucho-status" problem.
edited on: 05-27-08 21:29
I managed to reproduce this problem on my Vista & IIS7 workstation at home and found the solution!
If you go into IIS, click into "handler mappings", and "edit feature permissions" and "tick 'execute'", then the errors disappear and servlets can then be requested without extraneous filenames and extensions.
I have yet to test this on our live Windows 2008 server, but I'm sure it will work.
This process would have been made a LOT easier if Caucho had published instructions on configuring resin to run on IIS7! C'mon guys, keep up with the times :-P :-P :-P LOL
Also note, only one handler mapping is required:
"*.jsp" which maps all verbs to "c:\inetpub\scripts\win64\isapi_srun.dll" (script type)
|05-26-08 03:41||mitch||New Issue|
|05-27-08 18:09||mitch||Note Added: 0003093|
|05-27-08 21:18||mitch||Note Added: 0003098|
|05-27-08 21:26||mitch||Note Edited: 0003098|
|05-27-08 21:29||mitch||Note Edited: 0003098|
|05-20-10 14:43||alex||Status||new => assigned|
|05-20-10 14:43||alex||Assigned To||=> alex|
|05-20-10 17:20||alex||Status||assigned => closed|
|05-20-10 17:20||alex||Resolution||open => fixed|
|05-20-10 17:20||alex||Fixed in Version||=> 4.0.7|
| Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
33 total queries executed.|
27 unique queries executed.