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?
> 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?
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:
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.
> 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
> On Fri, Jun 26, 2009 at 10:15 AM, Jorge Loyo<jorgel...@gmail.com> wrote:
> > 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 :-)
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?
On Fri, Jun 26, 2009 at 11:53 AM, Jorge Loyo<jorgel...@gmail.com> wrote:
> Kurt,
> I have already sent the stack trace to Peter.
> Thank you,
> On Jun 26, 12:32 pm, Kurt Wiersma <kwier...@gmail.com> wrote:
>> 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
>> On Fri, Jun 26, 2009 at 10:15 AM, Jorge Loyo<jorgel...@gmail.com> wrote:
>> > 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 :-)
>> ... 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?
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?
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.
> The *AllowPathInfoForScriptMappings* property indicates whether the > PATH_INFO IIS Server Variables > <http://msdn.microsoft.com/en-us/library/ms524602.aspx> 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 <http://msdn.microsoft.com/en-us/library/ms524602.aspx> 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:
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?
=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().
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.
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.
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:
> 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.
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
On Jul 14, 9:19 am, Jorge Loyo <jorgel...@gmail.com> wrote:
> 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.
On Wed, Aug 5, 2009 at 9:43 PM, Shiny<de...@shinynet.com> wrote:
> 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
> On Jul 14, 9:19 am, Jorge Loyo <jorgel...@gmail.com> wrote:
>> 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.
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.
-----Original Message-----
From: Kurt Wiersma <kwier...@gmail.com>
Date: Thu, 6 Aug 2009 09:26:04 To: <mach-ii-for-coldfusion@googlegroups.com>
Subject: [Mach-II] Re: Could not find a configured url route with the name or
alias of 'index.cfm'
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
On Wed, Aug 5, 2009 at 9:43 PM, Shiny<de...@shinynet.com> wrote:
> 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
> On Jul 14, 9:19 am, Jorge Loyo <jorgel...@gmail.com> wrote:
>> 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.
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
On Aug 6, 10:46 am, "Peter J. Farrell" <pe...@mach-ii.com> wrote:
> 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 <kwier...@gmail.com>
> Date: Thu, 6 Aug 2009 09:26:04
> To: <mach-ii-for-coldfusion@googlegroups.com>
> Subject: [Mach-II] Re: Could not find a configured url route with the name or
> alias of 'index.cfm'
> 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
> On Wed, Aug 5, 2009 at 9:43 PM, Shiny<de...@shinynet.com> wrote:
> > 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
> > On Jul 14, 9:19 am, Jorge Loyo <jorgel...@gmail.com> wrote:
> >> 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.
> 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
> On Aug 6, 10:46 am, "Peter J. Farrell" <pe...@mach-ii.com> wrote:
> > 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 <kwier...@gmail.com>
> > Date: Thu, 6 Aug 2009 09:26:04
> > To: <mach-ii-for-coldfusion@googlegroups.com>
> > Subject: [Mach-II] Re: Could not find a configured url route with the name or
> > alias of 'index.cfm'
> > 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
> > On Wed, Aug 5, 2009 at 9:43 PM, Shiny<de...@shinynet.com> wrote:
> > > 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
> > > On Jul 14, 9:19 am, Jorge Loyo <jorgel...@gmail.com> wrote:
> > >> 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.
> On Sep 12, 12:11 am, Ilya Fedotov <ifedo...@gmail.com> wrote:
>> 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
>> On Aug 6, 10:46 am, "Peter J. Farrell" <pe...@mach-ii.com> wrote:
>>> 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 <kwier...@gmail.com>
>>> Date: Thu, 6 Aug 2009 09:26:04
>>> To: <mach-ii-for-coldfusion@googlegroups.com>
>>> Subject: [Mach-II] Re: Could not find a configured url route with the name or
>>> alias of 'index.cfm'
>>> 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
>>> On Wed, Aug 5, 2009 at 9:43 PM, Shiny<de...@shinynet.com> wrote:
>>>> 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
>>>> On Jul 14, 9:19 am, Jorge Loyo <jorgel...@gmail.com> wrote:
>>>>> 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.
Date: Fri, 11 Sep 2009 21:18:39 To: Mach-II for CFML<mach-ii-for-coldfusion@googlegroups.com>
Subject: [Mach-II] Re: Could not find a configured url route with the name
oralias of 'index.cfm'
Correction 1.6 worked
On Sep 12, 12:11 am, Ilya Fedotov <ifedo...@gmail.com> wrote:
> 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
> On Aug 6, 10:46 am, "Peter J. Farrell" <pe...@mach-ii.com> wrote:
> > 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 <kwier...@gmail.com>
> > Date: Thu, 6 Aug 2009 09:26:04
> > To: <mach-ii-for-coldfusion@googlegroups.com>
> > Subject: [Mach-II] Re: Could not find a configured url route with the name or
> > alias of 'index.cfm'
> > 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
> > On Wed, Aug 5, 2009 at 9:43 PM, Shiny<de...@shinynet.com> wrote:
> > > 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
> > > On Jul 14, 9:19 am, Jorge Loyo <jorgel...@gmail.com> wrote:
> > >> 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.
> >> 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
> >> On Aug 6, 10:46 am, "Peter J. Farrell" <pe...@mach-ii.com> wrote:
> >>> 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 <kwier...@gmail.com>
> >>> Date: Thu, 6 Aug 2009 09:26:04
> >>> To: <mach-ii-for-coldfusion@googlegroups.com>
> >>> Subject: [Mach-II] Re: Could not find a configured url route with the name or
> >>> alias of 'index.cfm'
> >>> 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
> >>> On Wed, Aug 5, 2009 at 9:43 PM, Shiny<de...@shinynet.com> wrote:
> >>>> 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
> >>>>> 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.
|
