ColdFusion 9 no longer recognizes virtual directories on IIS after install of Apache

Hi - I have an application that has been working fine for over a year and now anything that references Virtual Directories no longer functions.  Here are the details: Coldfusion is running on Windows Server 2003 Enterprise. Using IIS6 for the web server on the same box. I have several virtual directories setup that reference files on another server on the same network. What I did to break things... I installed Apache (the latest release) along with PHP - but I set Apache up to listen on a different port (8080). Suddently any part of my code that tries to reference a file that is found through a virtual directory generates the following error: An error occurred when performing a file operation exists on file /serverpdfs/130kPDFs/137485.pdf. The cause of this exception was: org.apache.commons.vfs.FileSystemException: Could not determine the type of file "http://www.mybp-graphics.com/serverpdfs/130kPDFs/137485.pdf".. Here's the actual code that generated that error: <cfset filename = "http://www.mybp-graphics.com/serverpdfs/130kPDFs\137485.pdf">;           then within a table...      <cfif FileExists("#filename#")>     <td>Yes File</td>     <cfelse>     <td>No file</td>     </cfif> The "serverpdfs" is the virtual directory inside the website "mybp-graphics.com". If I look in IIS the directory is there, I can see all the files in it - it seems to be working fine. I first experienced the problem when we tried to open a PDF for viewing by using <CFCONTENT> - the same type error occurs. What is especially suspicious is that the exception was was "org.apache.commons.cfs.FileSystemException" - This error still persists even though I have done the following: 1.  Completely de-installed Apache and hid the PHP directory. 2.  Re-installed ColdFusion from scratch. Any direction would be greatly appreciated - this error is affecting multiple modules of a website that is used constantly by both our customers and our internal employees. Thanks Curt

did you make any other changes in order to get Apache and IIS working together ? e.g. httpcfg set iplisten -i XXX.XX.XXX.X I can't imagine why that would cause vDir issues, but worth undoing if you did it just to be sure. ----- Excess quoted text cut - see Original Post for more -----

Russ, I didn't make any other config changes like that - other than to Apache - but I've since completely removed Apache from the system. Thanks Curt ----- Excess quoted text cut - see Original Post for more -----

I have had Apave and IIs and CF all running together without issue,so can;t think of any other cause. If you have removed both CF and apache then that only leaves IIS itself as the cause. So you next step would be to remove and reinstall that. You can backup the IIS metabase so that you do not lose all your sites and then restore the metabase after you reinstall IIS, this is a lot easier with IIS7. ----- Excess quoted text cut - see Original Post for more -----

----- Excess quoted text cut - see Original Post for more ----- Have you verified that the URL in question still works? Have you tried fetching that URL using a browser on the same machine as the web server? > What is especially suspicious is that the exception was was "org.apache.commons.cfs.FileSystemException" - This > error still persists even though I have done the following: > > 1.  Completely de-installed Apache and hid the PHP directory. > 2.  Re-installed ColdFusion from scratch. Well, if there's a problem with name resolution or IIS virtual directories on the machine in question, those changes won't make a difference. As for the "suspicious" exception - there's nothing suspicious about it at all. CF includes quite a bit of code from Apache Java projects. That has nothing to do with the Apache web server except that it's also managed by the nonprofit Apache foundation. 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, onl

Dave, Thanks for your thoughts. I am pretty sure that the IIS virtual directories must be the problem. I can go into IIS and browse to the virtual directories and see all of the files in them but IIS does not seem to want to serve them up. I can access the other server directly by setting the file name through the other server name and everything works fine. <cfset filename = "\\bpsbs/pdfarchive/" & "#(Int(URL.fn/10000)*10)#" & "kPDFs\" & "#URL.fn#" & ".pdf"> The problem with changing everything over to this method is that on some pages I also use the <embed> tag to directly embed the PDF in the page so it shows along with some other text and form buttons, etc. When I use the <embed> tag with the file name built using a direct reference to the server it does not display. Any thoughts would be greatly appreciated. I am afraid my next option is going to be to re-install the server from a backup from last week. The data is on another drive so I won't lose anything except a lot of down time and hours spent doing it. Thanks Curt ----- Excess quoted text cut - see Original Post for more ----- onl

Dave, Have you checked the permissions on the folder the Virtual Directory points to?   Is directory security in IIS on the Virtual Directory set to "Enable anonymous access" with an account that has Windows permissions on that remote folder, or does each user that connects to your site use NT permissions that grant them access to that remote folder? -Carl ----- Excess quoted text cut - see Original Post for more -----

Whoops.  That was supposed to be directed to Curt, not Dave.  My bad. -Carl ----- Excess quoted text cut - see Original Post for more -----

also check that the user CF is running under still has access to the network paths. check the coldfusion service and see what user it runs as. now login as as that user and make sure he can access the network paths you point to in the vdirs. Russ

> Thanks for your thoughts. I am pretty sure that the IIS virtual directories must be the problem. I can go into IIS and browse > to the virtual directories and see all of the files in them but IIS does not seem to want to serve them up. I can access the > other server directly by setting the file name through the other server name and everything works fine. Do you have multiple virtual servers on the same machine? If so, maybe traffic is going to the wrong one. > Any thoughts would be greatly appreciated. I am afraid my next option is going to be to re-install the server from a backup > from last week. The data is on another drive so I won't lose anything except a lot of down time and hours spent doing it. I doubt you'll have to do that - IIS problems are usually pretty easy to fix. 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 onsite.

If the error says can't determine type then perhaps Apache is missing that setting telling it how to handle pdf's? On May 1, 2012 11:08 AM, "Curt Carpenter" <curt@bp-graphics.com> wrote: ----- Excess quoted text cut - see Original Post for more -----

If you have removed apache you should not see this error message *An error occurred when performing a file operation exists on file /serverpdfs/130kPDFs/137485.pdf. The cause of this exception was: org.apache.commons.vfs.FileSystemException: Could not determine the type of file " http://www.mybp-graphics.com/serverpdfs/130kPDFs/137485.pdf".. * Which means you must now be getting a different error now. I would be looking at the mime types and see if they are all correctly set up. Normally when one sees the message can't determine file type is a mime issue. But it also might be something to do with PHP, the exception that is being thrown is to do with the VFS or Virtual File System so if you say you removed Apache then I am betting that PHP is screwed up. But as you said you tried with cfcontent I am guessing it might be a mime issue or even a permission issue. -- Regards, Andrew Scott WebSite: http://www.andyscott.id.au/ Google+: http://plus.google.com/108193156965451149543 ----- Excess quoted text cut - see Original Post for more -----

> If you have removed apache you should not see this error message > > *An error occurred when performing a file operation exists on file > /serverpdfs/130kPDFs/137485.pdf. > The cause of this exception was: org.apache.commons.vfs.FileSystemException: > Could not determine the type of file " > http://www.mybp-graphics.com/serverpdfs/130kPDFs/137485.pdf".. * Actually, no. Apache Commons VFS is included in CF 9.x. It has nothing to do with Apache HTTPD. It's a Java library, and CF uses it to talk to ... filesystems (big surprise there, I guess!) 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 onsite.