> 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>
> <td>No file</td>
> 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.
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
> 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
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.