[Looking for Charlie's main web site?]

Still more reasons to make sure you have updated your ColdFusion 10 web server connector

Several weeks ago, I did an entry, CF911: Why/when you MUST update the web server connector for #ColdFusion 10, and may have missed it.

In this entry, I want to throw in another reason why it's important to make sure you properly update (reconfigure/rebuild/upgrade) your web server connector after applying certain CF10 updates, or if applying only the latest update for the first time to a newly installed CF10 instance.

It could help fix CFML that seems "broken"

There are some fixes addressed in various updates with respect to how your CFML may work, which are affected by the connector updates. The problem is that while the "fix" may be reported as being implemented by a given CF10 "update", if you do that "update" but then do NOT also reconfigure/rebuild/update the web server connector as may have been required by that CF10 "update", then you will not get some of the benefits of that "update".

I discuss in the last entry how this is a problem especially if you are skipping updates (or applying the latest one for the first time on a new CF10 install). You will be getting all the previous updates, and one (or more) of them may have required that you reconfigure/rebuild/upgrade the web server connector. The CF10 "update" lets you know that in the update page shown on the "server updates" page of the CF admin, but many people miss that and never bother with the web server connector reconfigure/rebuild/upgrade. See the previous entry for more on that tale of woe.

(And I explain in the other entry why I refer to the process as a need to "reconfigure/rebuild/upgrade" the web server connector, as well as how to do it, of course.)

The point here is to stress yet another reason (a few, in fact) that you want to reconfigure/rebuild/upgrade your web server connector, if the current or previous CF10 "updates" had said you should.

It fixes the problem of a blank cgi.path_info, when a pathinfo value has been provided on your URL

For instance, one of the CF10 updates addressed a problem where folks would find the cgi.path_info field to always be blank, whether a URL had one or not. (The path_info is supposed to hold the value in a url like "test" in the url "/somepath/somefile.cfm/test".

(For those who relied on path_info to hold the path to the file itself, as in/"somepath/somefile.cfm", that was itself a long-standing mistake in CF. That's NOT what the generic http concept of "path info" is supposed to mean, and CF long propagated that mistake, and it's removed in 10.)

But the point here is that some trying to use it correctly still saw it always blank, at least until the given CF10 update addressed it, and then ONLY if they also did properly udate the connector, as described above.

Other issues that are technically addressed by web server connector updates

There have also been other issues that have been "fixed" by the updated connectors, which you will not get if you have not reconfigured/rebuilt/upgraded the connector.

Some examples include proper handling of some aspects of IIS custom error handlers (more in a moment), proper processing of some aspects of web services and REST services, proper posting of xml files to CF, etc. I don't have the details for these, but am sharing this from my observations in the community and in posts/docs from Adobe (of which I can't recall the details as i write this, if someone were wondering)

The point is: there are things which are "fixed" by the updated connector, as provided in a given CF10 "update"--but if you don't update the connector after applying the update, then you don't get that fix.

So check your connector first, before asserting something is "broken"

So whenever you see someone complaining that something doesn't work in CF10, ask them first if they have really properly updated the connector, and confirmed the date update as I discuss in my last entry.

If they have not, they could be spinning their wheels and blaming Adobe for something that they did in fact already fix.

Caveat

All that said, I don't deny that there are some problems (including some custom error handler problems) that some people are STILL experiencing after indeed properly updating their connectors. I'm not saying it solves all problems. I'm just saying let's always rule it out first and foremost before asserting something in CF10 is "still broken".

Hope that's helpful.

Comments
We have a server in which the wsconfig tool is not functioning properly. I know there is a method to configure the connection manually here: http://helpx.adobe.c...

Would this be the same process after running the updaters to do this manually?
Thank you.
# Posted By Jim | 5/9/14 10:37 AM
This was very helpful. It looks like the PATH_INFO being blank issue is also effecting CF 11? Have you seen or heard this? I have CF11 and have verified that the tomcat connector has been updated, by my PATH_INFO is still blank.
# Posted By Alex D | 2/4/15 2:46 PM
@Alex, i am running CF11, and the path_info works (if you pass in /something after a cfm file). Are you confirming you're doing that? (See my blog entry for more on how path_info may seem not to work if you expected it to have the equivalent of cgi.script_name in it.)

If you are passing in something in the path info, and still are not seeing it, you say you have updated your connector. Are you positive that the site you're using is using that updated connector? I've helped people find out that they had more than one, and one was not updated, but they thought it was "not in use", but it was (and that was why something still seemed "broken".)

If that's not it, what update of CF are you on? I'm the publicly available prerelease of update 4. See http://blogs.coldfus..., but I don't think that update had anything to do with cgi.path_info.
# Posted By Charlie Arehart | 2/4/15 3:00 PM
BlogCFC was created by Raymond Camden. This blog is running version 5.005. (Want to validate the html in this page?)

Managed Hosting Services provided by
Managed Dedicated Hosting