Could not find a configured url route with the name or alias of 'index.cfm'

[Jorge Loyo]

I've started to get this error message a few days ago when I try to
access the application web root (http://dev.myapp.com/).
If there URL includes an event, then no problems.

Have I done something that could have caused this? I have no routes
defined at all.
Or, Is anyone experiencing the same issue?

Running 1.8 BER v.1634

[Jorge Loyo]

If the URL includes a "/" at the end, then it works

Good:
http://dev.myapp.com/index.cfm/

Bad:
http://dev.myapp.com/
http://dev.myapp.com/index.cfm

[Peter J. Farrell]

What are you're URL property settings (urlBase, urlParseSes, urlDelimiters)?

Jorge Loyo said the following on 06/26/2009 08:44 AM:

[Jorge Loyo]

> What are you're URL property settings (urlBase, urlParseSes, urlDelimiters)?

<property name="urlBase" value="/index.cfm" />
<property name="moduleDelimiter" value=":" />
<property name="urlParseSES" value="true" />
<property name="urlDelimiters" value="/|/|/" />

[Peter J. Farrell]

Looks like you need to update your repository. Rev. 1632 is old and this problem you're having is in an area that was recently changed to handle a few more things.  Can you update to the latest?

If the problem persists, then I'll need a strack trace from the exception to see what's going on because I'm using the same properties settings on my application and can't reproduce the exception.

.Peter

Jorge Loyo said the following on 06/26/2009 09:16 AM:

[Jorge Loyo]

I have updated to the latest version (1648) , cleared the template
cache in cf admin, and then restarted the cfusion service.

I still get the same message.

> If the problem persists, then I'll need a strack trace from the exception to see what's going

I'll send you the stack trace.

> I'm using the same properties settings on my application and can't reproduce the exception.

Oh boy...hopefully this isn't another "user error" from my part :-)

[Kurt Wiersma]

I suspect that this might be a bug that slipped in during the route
change we were making. I am guessing it will be pretty easy to fix
once we have a nice test case and stack trace.

--Kurt

[Jorge Loyo]

Kurt,

I have already sent the stack trace to Peter.

Thank you,

[Kurt Wiersma]

Thank you for the stack trace. So far I have not been able to
reproduce this. When I try on my machine running Apache 2.0.x
cgi.path_info shows everything after index.cfm. It seems from like
your description like "index.cfm" is ending up in path_info. What web
server are you using and what does cgi.path_info come up as for you?

Thanks,

--Kurt

[Jorge Loyo]

Kurt,

> ... It seems from like your description like "index.cfm" is ending up in path_info.

Just did a dump of my CGI and you are correct.
CGI.PATH_INFO = "/index.cfm"

> What web server are you using and what does cgi.path_info come up as for you?

Webserver is IIS6 on WIN2003 SP2

Any ideas?

[Peter J. Farrell]

Jorge Loyo said the following on 06/29/2009 09:08 AM:

Are you using any ISAPI plugins like iisproxy? What is your webserver stack look like?  It appears that IIS 6 passes the wrong path info to certain application servers (I'm seeing things in Google about WebLogic, etc, but that doesn't mean it doesn't affect others).  This is a defect in IIS6 supposedly.

If you dump the cgi.path_info on other pages in your application, what does it look like?  Could you send us a dump of your cgi scope?

.Peter

[Peter J. Farrell]

Ah, found it:

http://msdn.microsoft.com/en-us/library/ms525840.aspx

Looks like II6 was the last version of IIS to support non-cgi standard variables.  Looks you set AllPathInforForScriptMappings to true and you should be good.

Best,
.Peter

AllowPathInfoForScriptMappings

The AllowPathInfoForScriptMappings property indicates whether the PATH_INFO IIS Server Variables will contain full path information ("/vdir/myisapi.dll/zip") or partial path information ("/zip").

This property is false (full path) by default on the IIS server because ISAPI applications use the PATH_TRANSLATED IIS Server Variables to locate the file being requested. PATH_TRANSLATED is derived from PATH_INFO.

This property can be set to true if your site or server contains only CGI content. ISAPI applications such as ASP will not work when this property is set to true because AllowPathInfoForScriptMappings affects all handlers for the node at which it is configured, not just CGI.

This property does not affect the SCRIPT_TRANSLATED server variable on IIS 6.0.

Note:

IIS 6.0 is the last version of IIS that will support this property because new properties will take its place.

Jorge Loyo said the following on 06/29/2009 09:08 AM:

[Jorge Loyo]

peter,

I went ahead and made the change on the IIS, but I am sorry to report
that as soon as I set AllowPathInfoForScriptMappings=TRUE my
application isn't found at all.

Maybe because of this?

"This property can be set to true if your site or server contains only
CGI content. ISAPI applications such as ASP will not work when this
property is set to true because AllowPathInfoForScriptMappings affects
all handlers for the node at which it is configured, not just CGI."

Is there anything I can provide you with to help out in tracking this
down?

[Jorge Loyo]

=Error Detail=
Routes can only be announced from the browser url using url alias.
Route names are only used when referencing routes from within the
framework such as BuildRouteUrl().

Errors when:
http://dev.myapp.com
http://dev.myapp.com/index.cfm

OK
http://dev.myapp.com/index.cfm/

[Jorge Loyo]

Morning gents,

Just to make sure that I wasn't loosing it about this problem I've
been having:

"Could not find a configured url route with the name or alias of
'index.cfm"

I reverted back Mach-II to revision 1625 and my application does not
throw the error. It is only when I update to revision 1626 that I
start having the error show up.

[Jorge Loyo]

I have tracked down the code triggering the error for me. I have
created a ticket and provided a patch for the team to review to make
sure if works for every case.

[Peter J. Farrell]

Jorge,

Are you using SES URLs are well (not the new URL routes)? The reason I
ask is that we use the cgi.path_info for that well so those would be
broken too.

Thanks for the fix, but the problem is II6 here and the fix sorta masks
the problem for URL. I have a feeling the path_info stuff breaks SES
URLs as well.

Can send me a dump of the cgi scope on a page that is using the path
info. It could be as simple as a scribble.cfm page with:

<cfdump var="#cgi#"/>

Requesting the page like
scribble.cfm/additional/path/info/?queryString=asc123 so the cgi scope
gets populated with some dummy data. Send the dump to my email address
here.

Based on my research, II6 is being a bad boy here and there might be a
work around we can enable for II6 people (surprised it hasn't come up
yet here). Thanks for working with us -- I'm sure we can find a
solution that works for everybody. It's not the first time I've had to
create workarounds (JRUN ahem)

Best,
.Peter

Jorge Loyo said the following on 07/14/2009 10:19 AM:

[Shiny]

I'm getting the same error with the bleeding edge on Vista (IIS6) and
CF9. I've done nothing more than drop the skeleton files into a new
app and set the applicationRoot

[Kurt Wiersma]

We are planning on fixing this bug in the 1.8 beta release cycle. You
can follow Jorge's ticket if you want to track the status.

--Kurt

[Peter J. Farrell]

Just to let you know this defect is because II6 do not follow the RFC spec and inserts the value from cgi.script_name into cgi.path_info when there isn't any path info data. This behavior corrupts the cgi.path_info value and therefore leads to unexpected problems.

.Peter
-----Original Message-----
From: Kurt Wiersma <kwie...@gmail.com>

Date: Thu, 6 Aug 2009 09:26:04
To: <mach-ii-for...@googlegroups.com>
Subject: [Mach-II] Re: Could not find a configured url route with the name or
alias of 'index.cfm'

[Ilya Fedotov]

I am getting same problem on on both 1.6 and 1.8 beta on Railo/Tomcat/
Ubuntu 8.04 LTS when running skeleton app. Somewhat obscure
configuration but thought I would let you know

[Ilya Fedotov]

Correction 1.6 worked

[Peter J. Farrell]

Can you send me:

* A dump of your cgi scope
* The exact URL are you hitting

Are you sure you have the Beta or are you using an outdated nightly?

Best,
.Peter

P.s.  It could be your setup if you are passing information via the path_info cgi scope incorrectly.

P.p.s.  You can send the dump to me directly -- since the attachments are not allowed on Google Groups.


Ilya Fedotov said the following on 09/11/2009 11:18 PM:

[Peter J. Farrell]

Fyi, it could be a Railo thing as well. No version of Mach-II is "officially" supported on Railo yet. It's an on going process.
-----Original Message-----
From: Ilya Fedotov <ifed...@gmail.com>

Date: Fri, 11 Sep 2009 21:18:39
To: Mach-II for CFML<mach-ii-for...@googlegroups.com>

[Ilya Fedotov]

Peter,
sent you an email, but forgot to tell you URL.
it was http://localhost/skeleton/
nothing changed but the CHANGEME thing

I have mappings for MachII and coldspring.
When I switch mapping to MachII 1.6 folder and restart tomcat I see
welcome screen

[Ilya Fedotov]

Peter,
sent you an email, but forgot to tell you URL.
it was http://localhost/skeleton/
nothing changed but the CHANGEME thing

I have mappings for MachII and coldspring.
When I switch mapping to MachII 1.6 folder and restart tomcat I see
welcome screen

[Ilya Fedotov]

Peter, no problem, I didn't really expect support for this, like I
said obscure configuration. I got more attention then I expected
already. :-)
I'll go with 1.6 if 1.8 doesn't work, though I'd hate to miss on new
features

[Ilya Fedotov]

looks like cgi.PATH_INFO should be empty when you are in root of your
app for this to work correctly but it is set to '/skeleton/'.
I think CGI variables depend on web server so must be something funny
with tomcat
I can probably add something to cleanPathInfo method in RequestHandler
to make it work for now though it stinks to have to hack the framework

[Peter J. Farrell]

Ilya,

Let's figure out if it's a configuration problem with Tomcat or
something bug in Railo. So I did grab the WAR of Railo and deployed on
my Tomcat configuration. It correctly reports the right path info.

So it must be a configuration issue on your end. Are you using Apache
with Tomcat (I didn't see 8080 as the port number in your example)?
If you are using Apache, could you share how you doing your proxy or
proxy pass? Could still be Railo bug.

Best,
.Peter

On Sep 12, 11:47 am, Ilya Fedotov <ifedo...@gmail.com> wrote:
> Peter,
> sent you an email, but forgot to tell you URL.

> it washttp://localhost/skeleton/

[Ilya Fedotov]

Peter,
I am just using Tomcat. I made it listen on port 80 and changed
Apache to another port.
Other then changing port and adding <welcome-file> I didn't do any
configuration.
I am looking at Seans post (http://corfield.org/blog/index.cfm/do/
blog.entry/entry/Railo_on_Tomcat__multiweb) on Tomcat Railo but not
sure if I need all the changes to web.xml since it's kind of running
for me already and he is talking about multi web install.
If it's working for you I am almost positive it's some kind of setting
in tomcat.
thanks,
Ilya

[Ilya Fedotov]

Peter,
I am just using Tomcat. I made it listen on port 80 and changed
Apache to another port.
Other then changing port and adding <welcome-file> I didn't do any
configuration.
I am looking at Seans post (http://corfield.org/blog/index.cfm/do/
blog.entry/entry/Railo_on_Tomcat__multiweb) on Tomcat Railo but not
sure if I need all the changes to web.xml since it's kind of running
for me already and he is talking about multi web install.
If it's working for you I am almost positive it's some kind of setting
in tomcat.
thanks,
Ilya