| Anonymous | Login | Signup for a new account | 12-17-2024 11:48 PST |
| Main | My View | View Issues | Change Log | Docs |
| Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
| 0002611 | [Resin] | minor | always | 04-20-08 07:58 | 04-22-08 12:47 | ||||
| Reporter | ferg | View Status | public | ||||||
| Assigned To | ferg | ||||||||
| Priority | normal | Resolution | fixed | ||||||
| Status | closed | Product Version | 3.1.5 | ||||||
| Summary | 0002611: url-regexp and mod_caucho 404 | ||||||||
| Description |
(rep by Charles Lyons) I can't help you but to add weight to this, I have a similar and frequent problem in 3.1.5 GPL which is an issue each time I restart the container. I have a servlet mapped to the "root" of the Web server - i.e. it is supposed to execute just like a welcome page for: http://www.mydomain.ext/ [^] I can't use the servlet-mapping of "/" since that's defined in Java EE as the "default servlet" and will execute for *every* request to an otherwise unmatched URL, which isn't what I want. I just want the servlet to handle requests for the root. The "obvious" thing in Resin is to add a <servlet-mapping> with a url-regexp attribute: <servlet-mapping url-regexp="^/?$" servlet-name="MyServlet" /> This worked for a while, until a restart. It then gave a 404 even after several reloads, restarts and a full stop and start. So I changed it to url-regexp="^/index.html$" which again worked, until another restart (weeks later) - I also couldn't then revert back to "^/?$" as the pattern as that still gave 404. Finally I'm left using "^/index.jsp$" as my pattern since that is what's working since the last restart. So definitely something weird going on with those index page mappings. I am using Resin with mod_caucho for an Apache 2 front end. I imagine mod_caucho might be causing the issues with patterns still giving 404s even after a complete restart of Resin? I guess also mod_caucho may be the main culprit in all this, though that's a (far from educated) guess. |
||||||||
| Additional Information | |||||||||
| Attached Files | |||||||||
|
|
|||||||||
 Relationships |
|
|
Notes |
|
|
(0002998) ferg 04-21-08 09:51 |
<em>caucho-status would show the current mapping in mod_caucho. That would be the place to look.</em> At the moment I've got the entry "/^/?(index.html)?$" under the url-pattern on /caucho-status. My regexp was "^/?(index.html)?$" so I'm not sure why the extra / was inserted. Resin is the server reporting the 404 (rather than Apache), so mod_caucho is doing its job correctly, just Resin is refusing to serve those mappings sometimes, with no errors in the logs. <em>Since mod_caucho doesn't understand url-regexp, how are you telling mod_caucho that your pages should be handled by Resin?</em> Using: <servlet-mapping url-pattern="*" servlet-name="plugin_match" /> I also set my default host to have servlet-name="plugin_ignore" so only explicitly enabled web-apps are served by Resin (otherwise I was getting domains being served by Resin rather than Apache and I didn't want to enable mod_caucho for each domain in Apache as well as updating Resin config). |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 04-20-08 07:58 | ferg | New Issue | |
| 04-21-08 09:51 | ferg | Note Added: 0002998 | |
| 04-22-08 12:47 | ferg | Assigned To | => ferg |
| 04-22-08 12:47 | ferg | Status | new => closed |
| 04-22-08 12:47 | ferg | Resolution | open => fixed |
| 04-22-08 12:47 | ferg | Fixed in Version | => 3.1.6 |
| Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
28 total queries executed. 25 unique queries executed. |  |
