Re: POST variables not accessible with clean URL system in IIS 7
Note sure if you got my original response to this. I got a failure message from Gmail. Dominic: You're my hero with that Microsoft link!!! Except that somehow, that perfectly, exactly applicable hotfix didn't fix the issue. It's still not handing over the POST variables. What. The. Crap. ... Moving on. By extraneous I meant extraneous to my natural distribution logic, which does not by any means just do translation to file-based URLs ( like in your example ). Managing a config file at all to me qualifies as extraneous to my controller mechanism, so it won't be a good fit for this application. Thank you for the suggestion. On Thu, Apr 2, 2009 at 2:15 PM, Dominic Watson < watson.domi...@googlemail.com> wrote: > > Ok, here's a more helpful link (that I found after a few clicks from > the other link): > > http://support.microsoft.com/kb/956578 > > ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321302 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: POST variables not accessible with clean URL system in IIS 7
Nevermind got it you're my hero! I can't believe Microsoft has the nuts to not underline their hyperlinks!!! On Fri, Apr 3, 2009 at 10:03 AM, David McGuigan wrote: > Dominic: You're my hero with that Microsoft link!!! Except that none of > those downloads are available!! !! !! ! ! ! ! !!! !! ! ! ! ! ! ! ! ! ! > At least now I know that it's actually IIS not handing off the POST data. > Which doesn't make any sense though ( in fact the reason I stopped > researching it ) because it supposedly works out of the box with ASP. Which > led me to assume that IIS7 had just changed formats and not notified any of > other app servers to update ( which would explain PHP and CF both struggling > with it ). > > If anyone can get to that link I'll be your best friend forever. > > Moving on. > > By extraneous I meant extraneous to my natural distribution logic, which > does not by any means just do translation to file-based URLs ( like in your > example ). Managing a config file at all to me qualifies as extraneous to my > controller mechanism, so it won't be a good fit for this application. Thank > you for the suggestion. > > > > > On Thu, Apr 2, 2009 at 2:10 PM, Dominic Watson < > watson.domi...@googlemail.com> wrote: > >> >> Using asapi rewrite rules does not need to be extraneous. The config >> file can be contained within your app source and, depending on the >> urls you want, can be a very simple thing indeed, e.g. >> >> /foo/bar(*.) => index.cfm?action=foo.bar$ (not real code but you get the >> idea) >> >> Once you have the hang of it, it actually makes for very centralised >> rewrite and redirect logic rather than the other way around. We use >> the ISAPI rewrite dll from ionic, which is free: >> >> http://www.codeplex.com/IIRF >> >> Dominic >> >> >> >> 2009/4/2 David McGuigan : >> > >> > Thanks for the suggestion. I do realize that ISAPI rewriting is an >> > alternative, but my entire application controller is just a CF-based, >> > dynamic translation and coordination of URLs to content, so I want to >> handle >> > that with CFML logic, and not have to maintain it extraneously. >> > Any Java fiends out there that can give me some Java methods to try to >> > output the raw HTTP signature handed down to ColdFusion? >> > >> > >> > On Thu, Apr 2, 2009 at 12:22 PM, Ben Nadel wrote: >> > >> >> >> >> Ooooh, you're using 404 handling. Gotcha. Yeah, I use that on my site a >> >> lot. >> >> I am not sure that I have ever submitted a FORM to it. >> >> >> >> You might want to look into something like ISAPI_REWRITE which I think >> >> changes the URL in a more natural way. >> >> >> >> >> >> On Thu, Apr 2, 2009 at 2:14 PM, David McGuigan < >> davidmcgui...@gmail.com >> >> >wrote: >> >> >> >> > >> >> > NP Ben, I was just confused. So you actually don't have to configure >> any >> >> > URL >> >> > rewriting with IIS 6+. You just grab the site, update the 404 custom >> >> error >> >> > handler to use a URL ( Like "/index.cfm" ), and then change the >> feature >> >> > settings mode to "custom errors". It'll then pass everything through >> to >> >> the >> >> > CF template you specify. From there on I'm just dumping things on >> that >> >> > template, and neither FORM, or the result of GetHTTPRequestData are >> >> > populated, >> >> > which is the real issue. >> >> > >> >> > I'm guessing it's just that CF isn't parsing the (potentially new) >> IIS 7 >> >> > format of custom error passthrough correctly, similar to how PHP >> >> struggles >> >> > with it as described here: http://bugs.php.net/bug.php?id=38094 >> >> > I've just filed the bug with Adobe. We'll see what they say, maybe >> >> there's >> >> > some workaround. >> >> > >> >> > >> >> > >> >> > 2009/4/2 Jason Fisher >> >> > >> >> > > >> >> > > At its most basic, GET will populate the URL scope, POST will >> populate >> >> > the >> >> > > FORM scope. Is there a reason you can't look to the FORM scope >> during >> >> > > processing? >> >> > > >> >> > > >> >> > >> >> > >> >> >> >> >> > >> > >> >> ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321284 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
Dominic: You're my hero with that Microsoft link!!! Except that none of those downloads are available!! !! !! ! ! ! ! !!! !! ! ! ! ! ! ! ! ! ! At least now I know that it's actually IIS not handing off the POST data. Which doesn't make any sense though ( in fact the reason I stopped researching it ) because it supposedly works out of the box with ASP. Which led me to assume that IIS7 had just changed formats and not notified any of other app servers to update ( which would explain PHP and CF both struggling with it ). If anyone can get to that link I'll be your best friend forever. Moving on. By extraneous I meant extraneous to my natural distribution logic, which does not by any means just do translation to file-based URLs ( like in your example ). Managing a config file at all to me qualifies as extraneous to my controller mechanism, so it won't be a good fit for this application. Thank you for the suggestion. On Thu, Apr 2, 2009 at 2:10 PM, Dominic Watson < watson.domi...@googlemail.com> wrote: > > Using asapi rewrite rules does not need to be extraneous. The config > file can be contained within your app source and, depending on the > urls you want, can be a very simple thing indeed, e.g. > > /foo/bar(*.) => index.cfm?action=foo.bar$ (not real code but you get the > idea) > > Once you have the hang of it, it actually makes for very centralised > rewrite and redirect logic rather than the other way around. We use > the ISAPI rewrite dll from ionic, which is free: > > http://www.codeplex.com/IIRF > > Dominic > > > > 2009/4/2 David McGuigan : > > > > Thanks for the suggestion. I do realize that ISAPI rewriting is an > > alternative, but my entire application controller is just a CF-based, > > dynamic translation and coordination of URLs to content, so I want to > handle > > that with CFML logic, and not have to maintain it extraneously. > > Any Java fiends out there that can give me some Java methods to try to > > output the raw HTTP signature handed down to ColdFusion? > > > > > > On Thu, Apr 2, 2009 at 12:22 PM, Ben Nadel wrote: > > > >> > >> Ooooh, you're using 404 handling. Gotcha. Yeah, I use that on my site a > >> lot. > >> I am not sure that I have ever submitted a FORM to it. > >> > >> You might want to look into something like ISAPI_REWRITE which I think > >> changes the URL in a more natural way. > >> > >> > >> On Thu, Apr 2, 2009 at 2:14 PM, David McGuigan >> >wrote: > >> > >> > > >> > NP Ben, I was just confused. So you actually don't have to configure > any > >> > URL > >> > rewriting with IIS 6+. You just grab the site, update the 404 custom > >> error > >> > handler to use a URL ( Like "/index.cfm" ), and then change the > feature > >> > settings mode to "custom errors". It'll then pass everything through > to > >> the > >> > CF template you specify. From there on I'm just dumping things on that > >> > template, and neither FORM, or the result of GetHTTPRequestData are > >> > populated, > >> > which is the real issue. > >> > > >> > I'm guessing it's just that CF isn't parsing the (potentially new) IIS > 7 > >> > format of custom error passthrough correctly, similar to how PHP > >> struggles > >> > with it as described here: http://bugs.php.net/bug.php?id=38094 > >> > I've just filed the bug with Adobe. We'll see what they say, maybe > >> there's > >> > some workaround. > >> > > >> > > >> > > >> > 2009/4/2 Jason Fisher > >> > > >> > > > >> > > At its most basic, GET will populate the URL scope, POST will > populate > >> > the > >> > > FORM scope. Is there a reason you can't look to the FORM scope > during > >> > > processing? > >> > > > >> > > > >> > > >> > > >> > >> > > > > > > ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321283 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
Using asapi rewrite rules does not need to be extraneous. The config file can be contained within your app source and, depending on the urls you want, can be a very simple thing indeed, e.g. /foo/bar(*.) => index.cfm?action=foo.bar$ (not real code but you get the idea) Once you have the hang of it, it actually makes for very centralised rewrite and redirect logic rather than the other way around. We use the ISAPI rewrite dll from ionic, which is free: http://www.codeplex.com/IIRF Dominic 2009/4/2 David McGuigan : > > Thanks for the suggestion. I do realize that ISAPI rewriting is an > alternative, but my entire application controller is just a CF-based, > dynamic translation and coordination of URLs to content, so I want to handle > that with CFML logic, and not have to maintain it extraneously. > Any Java fiends out there that can give me some Java methods to try to > output the raw HTTP signature handed down to ColdFusion? > > > On Thu, Apr 2, 2009 at 12:22 PM, Ben Nadel wrote: > >> >> Ooooh, you're using 404 handling. Gotcha. Yeah, I use that on my site a >> lot. >> I am not sure that I have ever submitted a FORM to it. >> >> You might want to look into something like ISAPI_REWRITE which I think >> changes the URL in a more natural way. >> >> >> On Thu, Apr 2, 2009 at 2:14 PM, David McGuigan > >wrote: >> >> > >> > NP Ben, I was just confused. So you actually don't have to configure any >> > URL >> > rewriting with IIS 6+. You just grab the site, update the 404 custom >> error >> > handler to use a URL ( Like "/index.cfm" ), and then change the feature >> > settings mode to "custom errors". It'll then pass everything through to >> the >> > CF template you specify. From there on I'm just dumping things on that >> > template, and neither FORM, or the result of GetHTTPRequestData are >> > populated, >> > which is the real issue. >> > >> > I'm guessing it's just that CF isn't parsing the (potentially new) IIS 7 >> > format of custom error passthrough correctly, similar to how PHP >> struggles >> > with it as described here: http://bugs.php.net/bug.php?id=38094 >> > I've just filed the bug with Adobe. We'll see what they say, maybe >> there's >> > some workaround. >> > >> > >> > >> > 2009/4/2 Jason Fisher >> > >> > > >> > > At its most basic, GET will populate the URL scope, POST will populate >> > the >> > > FORM scope. Is there a reason you can't look to the FORM scope during >> > > processing? >> > > >> > > >> > >> > >> >> > > ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321272 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
Ok, here's a more helpful link (that I found after a few clicks from the other link): http://support.microsoft.com/kb/956578 HTH, Dominic 2009/4/2 Dominic Watson : > Here's the answer to the IIS & "CF" problem: > > http://tinyurl.com/dxggz2 > > ;) > > Dominic > > 2009/4/2 Jason Fisher : >> >> Actually, I had forgotten that my local dev is probably still IIS 5, where >> this works perfectly. Reproducing the Custom 404 on IIS 6, however, works >> splendidly *except* that it doesn't pick up the FORM scope at all. Now, >> that's odd. >> >> >> >> ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321270 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: POST variables not accessible with clean URL system in IIS 7
Here's the answer to the IIS & "CF" problem: http://tinyurl.com/dxggz2 ;) Dominic 2009/4/2 Jason Fisher : > > Actually, I had forgotten that my local dev is probably still IIS 5, where > this works perfectly. Reproducing the Custom 404 on IIS 6, however, works > splendidly *except* that it doesn't pick up the FORM scope at all. Now, > that's odd. > > > > ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321267 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
Actually, I had forgotten that my local dev is probably still IIS 5, where this works perfectly. Reproducing the Custom 404 on IIS 6, however, works splendidly *except* that it doesn't pick up the FORM scope at all. Now, that's odd. ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321255 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
Are you on IIS 7 perchance? On Thu, Apr 2, 2009 at 12:34 PM, Jason Fisher wrote: > > Dunno about the raw Java handler, but it appears that a custom CF 404 > handler does have full access to URL, FORM, CGI, etc. > > I threw together a CF template with this body and called it dsp.404.cfm: > > I am a 404 handler > > > > > > > > > > > > > > Then in IIS, I set the custom Error for 404 to Message Type: URL, URL: > /dsp.404.cfm and then when you post that little form, the form vars show in > the first dump on the custom 404 page. > > > > ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321253 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
Yup. Thanks Ben. My basic goal is to keep every URL that the user sees totally concise and beautiful. But I actually explored that. Good suggestion. On Thu, Apr 2, 2009 at 12:29 PM, Ben Nadel wrote: > > Crazy suggestion, but if you convert the form method from POST to GET, the > 404 handler in IIS will pass the old query string in the new query string: > > CGI.query_string ---> 404;http.?old_query_string > > > On Thu, Apr 2, 2009 at 2:27 PM, David McGuigan >wrote: > > > > > Thanks for the suggestion. I do realize that ISAPI rewriting is an > > alternative, but my entire application controller is just a CF-based, > > dynamic translation and coordination of URLs to content, so I want to > > handle > > that with CFML logic, and not have to maintain it extraneously. > > Any Java fiends out there that can give me some Java methods to try to > > output the raw HTTP signature handed down to ColdFusion? > > > > > > On Thu, Apr 2, 2009 at 12:22 PM, Ben Nadel wrote: > > > > > > > > Ooooh, you're using 404 handling. Gotcha. Yeah, I use that on my site a > > > lot. > > > I am not sure that I have ever submitted a FORM to it. > > > > > > You might want to look into something like ISAPI_REWRITE which I think > > > changes the URL in a more natural way. > > > > > > > > > On Thu, Apr 2, 2009 at 2:14 PM, David McGuigan < > davidmcgui...@gmail.com > > > >wrote: > > > > > > > > > > > NP Ben, I was just confused. So you actually don't have to configure > > any > > > > URL > > > > rewriting with IIS 6+. You just grab the site, update the 404 custom > > > error > > > > handler to use a URL ( Like "/index.cfm" ), and then change the > feature > > > > settings mode to "custom errors". It'll then pass everything through > to > > > the > > > > CF template you specify. From there on I'm just dumping things on > that > > > > template, and neither FORM, or the result of GetHTTPRequestData are > > > > populated, > > > > which is the real issue. > > > > > > > > I'm guessing it's just that CF isn't parsing the (potentially new) > IIS > > 7 > > > > format of custom error passthrough correctly, similar to how PHP > > > struggles > > > > with it as described here: http://bugs.php.net/bug.php?id=38094 > > > > I've just filed the bug with Adobe. We'll see what they say, maybe > > > there's > > > > some workaround. > > > > > > > > > > > > > > > > 2009/4/2 Jason Fisher > > > > > > > > > > > > > > At its most basic, GET will populate the URL scope, POST will > > populate > > > > the > > > > > FORM scope. Is there a reason you can't look to the FORM scope > > during > > > > > processing? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321252 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
Sweet! HttpServlet's HttpServletRequest object has a ton of methods I can dump! I've never actually called servlet methods from within CFML. Anyone got a snippet I can borrow? On Thu, Apr 2, 2009 at 12:27 PM, David McGuigan wrote: > Thanks for the suggestion. I do realize that ISAPI rewriting is an > alternative, but my entire application controller is just a CF-based, > dynamic translation and coordination of URLs to content, so I want to handle > that with CFML logic, and not have to maintain it extraneously. > Any Java fiends out there that can give me some Java methods to try to > output the raw HTTP signature handed down to ColdFusion? > > > > On Thu, Apr 2, 2009 at 12:22 PM, Ben Nadel wrote: > >> >> Ooooh, you're using 404 handling. Gotcha. Yeah, I use that on my site a >> lot. >> I am not sure that I have ever submitted a FORM to it. >> >> You might want to look into something like ISAPI_REWRITE which I think >> changes the URL in a more natural way. >> >> >> On Thu, Apr 2, 2009 at 2:14 PM, David McGuigan > >wrote: >> >> > >> > NP Ben, I was just confused. So you actually don't have to configure any >> > URL >> > rewriting with IIS 6+. You just grab the site, update the 404 custom >> error >> > handler to use a URL ( Like "/index.cfm" ), and then change the feature >> > settings mode to "custom errors". It'll then pass everything through to >> the >> > CF template you specify. From there on I'm just dumping things on that >> > template, and neither FORM, or the result of GetHTTPRequestData are >> > populated, >> > which is the real issue. >> > >> > I'm guessing it's just that CF isn't parsing the (potentially new) IIS 7 >> > format of custom error passthrough correctly, similar to how PHP >> struggles >> > with it as described here: http://bugs.php.net/bug.php?id=38094 >> > I've just filed the bug with Adobe. We'll see what they say, maybe >> there's >> > some workaround. >> > >> > >> > >> > 2009/4/2 Jason Fisher >> > >> > > >> > > At its most basic, GET will populate the URL scope, POST will populate >> > the >> > > FORM scope. Is there a reason you can't look to the FORM scope during >> > > processing? >> > > >> > > >> > >> > >> >> ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321251 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
Dunno about the raw Java handler, but it appears that a custom CF 404 handler does have full access to URL, FORM, CGI, etc. I threw together a CF template with this body and called it dsp.404.cfm: I am a 404 handler Then in IIS, I set the custom Error for 404 to Message Type: URL, URL: /dsp.404.cfm and then when you post that little form, the form vars show in the first dump on the custom 404 page. ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321250 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
Crazy suggestion, but if you convert the form method from POST to GET, the 404 handler in IIS will pass the old query string in the new query string: CGI.query_string ---> 404;http.?old_query_string On Thu, Apr 2, 2009 at 2:27 PM, David McGuigan wrote: > > Thanks for the suggestion. I do realize that ISAPI rewriting is an > alternative, but my entire application controller is just a CF-based, > dynamic translation and coordination of URLs to content, so I want to > handle > that with CFML logic, and not have to maintain it extraneously. > Any Java fiends out there that can give me some Java methods to try to > output the raw HTTP signature handed down to ColdFusion? > > > On Thu, Apr 2, 2009 at 12:22 PM, Ben Nadel wrote: > > > > > Ooooh, you're using 404 handling. Gotcha. Yeah, I use that on my site a > > lot. > > I am not sure that I have ever submitted a FORM to it. > > > > You might want to look into something like ISAPI_REWRITE which I think > > changes the URL in a more natural way. > > > > > > On Thu, Apr 2, 2009 at 2:14 PM, David McGuigan > >wrote: > > > > > > > > NP Ben, I was just confused. So you actually don't have to configure > any > > > URL > > > rewriting with IIS 6+. You just grab the site, update the 404 custom > > error > > > handler to use a URL ( Like "/index.cfm" ), and then change the feature > > > settings mode to "custom errors". It'll then pass everything through to > > the > > > CF template you specify. From there on I'm just dumping things on that > > > template, and neither FORM, or the result of GetHTTPRequestData are > > > populated, > > > which is the real issue. > > > > > > I'm guessing it's just that CF isn't parsing the (potentially new) IIS > 7 > > > format of custom error passthrough correctly, similar to how PHP > > struggles > > > with it as described here: http://bugs.php.net/bug.php?id=38094 > > > I've just filed the bug with Adobe. We'll see what they say, maybe > > there's > > > some workaround. > > > > > > > > > > > > 2009/4/2 Jason Fisher > > > > > > > > > > > At its most basic, GET will populate the URL scope, POST will > populate > > > the > > > > FORM scope. Is there a reason you can't look to the FORM scope > during > > > > processing? > > > > > > > > > > > > > > > > > > > > ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321249 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
Thanks for the suggestion. I do realize that ISAPI rewriting is an alternative, but my entire application controller is just a CF-based, dynamic translation and coordination of URLs to content, so I want to handle that with CFML logic, and not have to maintain it extraneously. Any Java fiends out there that can give me some Java methods to try to output the raw HTTP signature handed down to ColdFusion? On Thu, Apr 2, 2009 at 12:22 PM, Ben Nadel wrote: > > Ooooh, you're using 404 handling. Gotcha. Yeah, I use that on my site a > lot. > I am not sure that I have ever submitted a FORM to it. > > You might want to look into something like ISAPI_REWRITE which I think > changes the URL in a more natural way. > > > On Thu, Apr 2, 2009 at 2:14 PM, David McGuigan >wrote: > > > > > NP Ben, I was just confused. So you actually don't have to configure any > > URL > > rewriting with IIS 6+. You just grab the site, update the 404 custom > error > > handler to use a URL ( Like "/index.cfm" ), and then change the feature > > settings mode to "custom errors". It'll then pass everything through to > the > > CF template you specify. From there on I'm just dumping things on that > > template, and neither FORM, or the result of GetHTTPRequestData are > > populated, > > which is the real issue. > > > > I'm guessing it's just that CF isn't parsing the (potentially new) IIS 7 > > format of custom error passthrough correctly, similar to how PHP > struggles > > with it as described here: http://bugs.php.net/bug.php?id=38094 > > I've just filed the bug with Adobe. We'll see what they say, maybe > there's > > some workaround. > > > > > > > > 2009/4/2 Jason Fisher > > > > > > > > At its most basic, GET will populate the URL scope, POST will populate > > the > > > FORM scope. Is there a reason you can't look to the FORM scope during > > > processing? > > > > > > > > > > > > ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321248 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: POST variables not accessible with clean URL system in IIS 7
Ooooh, you're using 404 handling. Gotcha. Yeah, I use that on my site a lot. I am not sure that I have ever submitted a FORM to it. You might want to look into something like ISAPI_REWRITE which I think changes the URL in a more natural way. On Thu, Apr 2, 2009 at 2:14 PM, David McGuigan wrote: > > NP Ben, I was just confused. So you actually don't have to configure any > URL > rewriting with IIS 6+. You just grab the site, update the 404 custom error > handler to use a URL ( Like "/index.cfm" ), and then change the feature > settings mode to "custom errors". It'll then pass everything through to the > CF template you specify. From there on I'm just dumping things on that > template, and neither FORM, or the result of GetHTTPRequestData are > populated, > which is the real issue. > > I'm guessing it's just that CF isn't parsing the (potentially new) IIS 7 > format of custom error passthrough correctly, similar to how PHP struggles > with it as described here: http://bugs.php.net/bug.php?id=38094 > I've just filed the bug with Adobe. We'll see what they say, maybe there's > some workaround. > > > > 2009/4/2 Jason Fisher > > > > > At its most basic, GET will populate the URL scope, POST will populate > the > > FORM scope. Is there a reason you can't look to the FORM scope during > > processing? > > > > > > ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321247 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
NP Ben, I was just confused. So you actually don't have to configure any URL rewriting with IIS 6+. You just grab the site, update the 404 custom error handler to use a URL ( Like "/index.cfm" ), and then change the feature settings mode to "custom errors". It'll then pass everything through to the CF template you specify. From there on I'm just dumping things on that template, and neither FORM, or the result of GetHTTPRequestData are populated, which is the real issue. I'm guessing it's just that CF isn't parsing the (potentially new) IIS 7 format of custom error passthrough correctly, similar to how PHP struggles with it as described here: http://bugs.php.net/bug.php?id=38094 I've just filed the bug with Adobe. We'll see what they say, maybe there's some workaround. 2009/4/2 Jason Fisher > > At its most basic, GET will populate the URL scope, POST will populate the > FORM scope. Is there a reason you can't look to the FORM scope during > processing? > > ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321246 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
At its most basic, GET will populate the URL scope, POST will populate the FORM scope. Is there a reason you can't look to the FORM scope during processing? ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321245 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
But that method is exactly what I was looking for. And it seems like it's a bug, because the content key provided by that method is empty. Dangit. I guess the current limitation is you have to post to literal files with CF 8 and IIS 7. On Thu, Apr 2, 2009 at 11:50 AM, Ben Nadel wrote: > > You can try looking at GetHTTPRequestData(). > > Not sure if that has what you need (and I think it changes the way it > functions if FILE data is submitted with FORM). I think you'd be better off > trying to fix whatever the underlying problem is rather than work around > it. > ... I'm sure you're trying to do that already :) I was just saying > > -Ben > > > On Thu, Apr 2, 2009 at 1:37 PM, David McGuigan >wrote: > > > > > Using IIS7 to pass fake URLs throught to ColdFusion for parsing. > > Ex: http://www.whatev.com/benForta/favoriteFoods/ > > > > Note: There is no benForta nor favoriteFoods directory. > > > > The URL scope works perfectly but when I submit a form using POST the > scope > > isn't populated. > > > > CGI.CONTENT_TYPE knows it's a application/x-www-form-urlencoded request, > > but > > I can't get to those variables. > > > > Is there some lower-level way to access the POST data ( I'm assuming URL > > and > > FORM just parse from some HTTP handover collection or string )?? > > > > Thanks! > > > > > > > > ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321244 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: POST variables not accessible with clean URL system in IIS 7
David, Sorry, I didn't mean with your underlying code :) I mean that maybe there is something wrong with the way the URL rewrite is configured. I don't know anything about it, but it seems crazy that the product wouldn't be able to pass off FORM scope variables properly. I figured someone else would comment on it with a better answer. On Thu, Apr 2, 2009 at 1:58 PM, David McGuigan wrote: > > What do you mean my underlying problem? > It just seems like ColdFusion isn't set up to correctly interpret posts > when > fed from IIS 7's custom error handling mechanism. > > There's nothing wrong with my code. > > > On Thu, Apr 2, 2009 at 11:50 AM, Ben Nadel wrote: > > > > > You can try looking at GetHTTPRequestData(). > > > > Not sure if that has what you need (and I think it changes the way it > > functions if FILE data is submitted with FORM). I think you'd be better > off > > trying to fix whatever the underlying problem is rather than work around > > it. > > ... I'm sure you're trying to do that already :) I was just saying > > > > -Ben > > > > > > On Thu, Apr 2, 2009 at 1:37 PM, David McGuigan > >wrote: > > > > > > > > Using IIS7 to pass fake URLs throught to ColdFusion for parsing. > > > Ex: http://www.whatev.com/benForta/favoriteFoods/ > > > > > > Note: There is no benForta nor favoriteFoods directory. > > > > > > The URL scope works perfectly but when I submit a form using POST the > > scope > > > isn't populated. > > > > > > CGI.CONTENT_TYPE knows it's a application/x-www-form-urlencoded > request, > > > but > > > I can't get to those variables. > > > > > > Is there some lower-level way to access the POST data ( I'm assuming > URL > > > and > > > FORM just parse from some HTTP handover collection or string )?? > > > > > > Thanks! > > > > > > > > > > > > > > > ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321243 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
What do you mean my underlying problem? It just seems like ColdFusion isn't set up to correctly interpret posts when fed from IIS 7's custom error handling mechanism. There's nothing wrong with my code. On Thu, Apr 2, 2009 at 11:50 AM, Ben Nadel wrote: > > You can try looking at GetHTTPRequestData(). > > Not sure if that has what you need (and I think it changes the way it > functions if FILE data is submitted with FORM). I think you'd be better off > trying to fix whatever the underlying problem is rather than work around > it. > ... I'm sure you're trying to do that already :) I was just saying > > -Ben > > > On Thu, Apr 2, 2009 at 1:37 PM, David McGuigan >wrote: > > > > > Using IIS7 to pass fake URLs throught to ColdFusion for parsing. > > Ex: http://www.whatev.com/benForta/favoriteFoods/ > > > > Note: There is no benForta nor favoriteFoods directory. > > > > The URL scope works perfectly but when I submit a form using POST the > scope > > isn't populated. > > > > CGI.CONTENT_TYPE knows it's a application/x-www-form-urlencoded request, > > but > > I can't get to those variables. > > > > Is there some lower-level way to access the POST data ( I'm assuming URL > > and > > FORM just parse from some HTTP handover collection or string )?? > > > > Thanks! > > > > > > > > ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321242 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: POST variables not accessible with clean URL system in IIS 7
You can try looking at GetHTTPRequestData(). Not sure if that has what you need (and I think it changes the way it functions if FILE data is submitted with FORM). I think you'd be better off trying to fix whatever the underlying problem is rather than work around it. ... I'm sure you're trying to do that already :) I was just saying -Ben On Thu, Apr 2, 2009 at 1:37 PM, David McGuigan wrote: > > Using IIS7 to pass fake URLs throught to ColdFusion for parsing. > Ex: http://www.whatev.com/benForta/favoriteFoods/ > > Note: There is no benForta nor favoriteFoods directory. > > The URL scope works perfectly but when I submit a form using POST the scope > isn't populated. > > CGI.CONTENT_TYPE knows it's a application/x-www-form-urlencoded request, > but > I can't get to those variables. > > Is there some lower-level way to access the POST data ( I'm assuming URL > and > FORM just parse from some HTTP handover collection or string )?? > > Thanks! > > > ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321240 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
POST variables not accessible with clean URL system in IIS 7
Using IIS7 to pass fake URLs throught to ColdFusion for parsing. Ex: http://www.whatev.com/benForta/favoriteFoods/ Note: There is no benForta nor favoriteFoods directory. The URL scope works perfectly but when I submit a form using POST the scope isn't populated. CGI.CONTENT_TYPE knows it's a application/x-www-form-urlencoded request, but I can't get to those variables. Is there some lower-level way to access the POST data ( I'm assuming URL and FORM just parse from some HTTP handover collection or string )?? Thanks! ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;207172674;29440083;f Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:321239 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
