Hi Dave, Wow, I never realized that Jrun looked at every HTTP request. Isn't that the whole point of AddHandler? To tell Apache what file types to hand off to Jrun? Do the "AddHandler" statements do anything then?
I turned Jrun verbose mode on and yep, every gif, html, cfm, and non-existent file is being passed through to Jrun... Jrun handling "star.gif": [Fri May 13 17:58:44 2011] [notice] jrApache[7365: 46824] HOST: www.host.com [Fri May 13 17:58:44 2011] [notice] jrApache[7365: 46824] filtering /star.gif (/var/www/html/star.gif) HOST=www.host.com [Fri May 13 17:58:44 2011] [notice] jrApache[7365: 46824] filterRequest: no match [Fri May 13 17:58:44 2011] [notice] jrApache[7365: 46824] jrun_service: r is 0x7303b6b8, server is 0x6fda1b70, virtual 1 [Fri May 13 17:58:44 2011] [notice] jrApache[7365: 46824] jrun_service: no handler, return DECLINED Now it handling the bogus "a.cfm.html": [Fri May 13 18:00:44 2011] [notice] jrApache[7361: 48360] HOST: www.host.com [Fri May 13 18:00:44 2011] [notice] jrApache[7361: 48360] filtering /a.cfm..html (/a.cfm.html) HOST=www.host.com [Fri May 13 18:00:44 2011] [notice] jrApache[7361: 48360] filterRequest: no match [Fri May 13 18:00:44 2011] [notice] jrApache[7361: 48360] request not for JRun. [Fri May 13 18:00:44 2011] [notice] jrApache[7361: 48360] JRun will not accept request. Check JRun web server configuration and JRun mappings on JRun server. Weird that the second request is treated differently than the first, when they're both "no match". Strange that it's not passing through a 404 though, since "a.cfm.html" does not exist. I found a bunch of sites out there that show this same behavior, so it looks like it's pretty common in linux/apache setups. As long as there are no exploits or anything it's no big deal. I just get a little nervous when documents get handled inconsistently. A document that does not exist should throw a 404, not a 500. Terry > > If a user calls any URL of the form "*.cfm.*" on my server (existing > or not), I get a 500 error. > > > > Example: > > > > http://my.site.com/index.cfm.html ,or > > http://my.site.com/index.cfm.spaghetti > > > > Error displayed to user is an "Internal Server Error". In apache > error_log there is the message "JRun will not accept request. Check > JRun web > > server configuration and JRun mappings on JRun server." Nothing in > any CF logs. > > > > My httpd.conf handler is the default: > > > > AddHandler jrun-handler .jsp .jws .cfm .cfml .cfc .cfr .cfswf > > > > My question is... why is JRun trying to handle this file? None of > these examples END in .cfm, so surely apache shouldn't be handing them > off to > > Jrun? It should be issuing a 404, not a 500. > > > > Does anyone have any idea where the problem might lie? This is > happening on both CF8 and CF9. > > Actually, the JRun module processes all requests, whether they > correspond to an extension that's mapped in httpd.conf. If they > correspond to an URL pattern listed in web.xml, they'll then be > passed > to the CF server proper. That said, I'm not sure why it's causing an > error in the JRun module. You might look at the patterns you have > listed in web.xml. > > Dave Watts, CTO, Fig Leaf Software > http://www.figleaf.com/ > http://training.figleaf.com/ > > Fig Leaf Software is a Veteran-Owned Small Business (VOSB) on > GSA Schedule, and provides the highest caliber vendor-authorized > instruction at our training centers, online, or ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-linux/message.cfm/messageid:4567 Subscription: http://www.houseoffusion.com/groups/cf-linux/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-linux/unsubscribe.cfm
