CF9 no longer recognizes virtual directories on IIS after install of Apache

2012-05-01 Thread Curt Carpenter

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#)
tdYes File/td
cfelse
tdNo 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

~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:350927
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: CF9 no longer recognizes virtual directories on IIS after install of Apache

2012-05-01 Thread Russ Michaels

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.

On Tue, May 1, 2012 at 7:08 PM, Curt Carpenter c...@bp-graphics.com wrote:


 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#)
tdYes File/td
cfelse
tdNo 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

 

~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:350931
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: CF9 no longer recognizes virtual directories on IIS after install of Apache

2012-05-01 Thread Curt Carpenter

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



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.



 

~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:350933
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: CF9 no longer recognizes virtual directories on IIS after install of Apache

2012-05-01 Thread Russ Michaels

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.

On Tue, May 1, 2012 at 8:41 PM, Curt Carpenter c...@bp-graphics.com wrote:


 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



 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.
 
 
 
 

 

~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:350936
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: CF9 no longer recognizes virtual directories on IIS after install of Apache

2012-05-01 Thread Dave Watts

 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#)
    tdYes File/td
    cfelse
    tdNo 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.

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

~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:350939
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: CF9 no longer recognizes virtual directories on IIS after install of Apache

2012-05-01 Thread Curt Carpenter

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/1)*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


  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#)
     tdYes File/td
     cfelse
     tdNo 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.
 
 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

~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:350941
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: CF9 no longer recognizes virtual directories on IIS after install of Apache

2012-05-01 Thread Carl Von Stetten

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

 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/1)*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
 

~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:350942
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: CF9 no longer recognizes virtual directories on IIS after install of Apache

2012-05-01 Thread Carl Von Stetten

Whoops.  That was supposed to be directed to Curt, not Dave.  My bad.
-Carl

 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
 
  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/1)*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
  

~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:350943
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: CF9 no longer recognizes virtual directories on IIS after install of Apache

2012-05-01 Thread Dave Watts

 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.

~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:350944
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: CF9 no longer recognizes virtual directories on IIS after install of Apache

2012-05-01 Thread Russ Michaels

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


~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:350945
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: CF9 no longer recognizes virtual directories on IIS after install of Apache

2012-05-01 Thread Gonzo Rock

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 c...@bp-graphics.com wrote:


 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#)
tdYes File/td
cfelse
tdNo 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

 

~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:350946
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: CF9 no longer recognizes virtual directories on IIS after install of Apache

2012-05-01 Thread Andrew Scott

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



On Wed, May 2, 2012 at 4:08 AM, Curt Carpenter c...@bp-graphics.com wrote:


 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#)
tdYes File/td
cfelse
tdNo 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

 

~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:350948
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: CF9 no longer recognizes virtual directories on IIS after install of Apache

2012-05-01 Thread Dave Watts

 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.

~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:350949
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: RE: Virtual Directories and IIS

2010-12-07 Thread Dominic Watson

With a rewrite rule, if rewriting from /somesite/foo.cfm to /foo.cfm,
'somesite' will *not* appear in your cgi.script_name variable (you will see
'/foo.cfm'). You can however pass the value to the request as a url
parameter, e.g.

/somesite/foo.cfm - /foo.cfm?site=somesite (or some other scheme that you
may come up with)

HTH

Dominic

On 6 December 2010 21:43, Rick Root rick.r...@gmail.com wrote:


 On Mon, Dec 6, 2010 at 3:50 PM, Russ Michaels r...@michaels.me.uk wrote:

 
  Well if each site is different and have its own files then you need a
  unique
  URL and a folder in which to store the files, so I can't see how you can
  avoid either a real or a virtual directory.
  However if every site uses the same codebase, then you could use some url
  rewriting to allow your code to handle the different sites.
 

 Each site uses the same code base, and tt already handles it because I
 currently use 12,000 virtual directories that point back to the code base
 in
 the web root.  The code itself gets the site information from the name it
 finds in the cgi SCRIPT_NAME variable.

 Here's an example:  www.classcreator.com/Saline-MI-1990

 I was thinking about using ISAPI Rewrite, as suggested by someone else, but
 I'm afraid that would actually cause the site name Saline-MI-1990 to be
 invisible to Coldfusion (would it still be part of the cgi.script_name?)

 Rick


 

~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339876
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Virtual Directories and IIS

2010-12-06 Thread Rick Root

I'm wondering if there's a better way to do what we're doing.

Currently, we have about 12,000 web sites, each of which uses a virtual
directory that refers to the web root

www.mydomain.com/mywebsite1
www.mydomain.com/mywebsite2
etc

Some of these sites end up buying domains and they just end up going to
www.mywebsite1.com .. but the virtual directory still works.

So yeah, we've got 12,000 virtual directories (back in the old days, we
actually had 2,000 physical subdirectories with 2,000 identical copies of
the files, so the virtual directory method was a vast improvement)

that being said, I'm having problems getting my dot net calls to work (a
topic for another thread) but this got me thinking.. is there a better way?

Could I somehow have a catch-all virtual directory that would prevent me
from having to create unique virtual directories for every site?

like, in the case www.mydomain.com/mywebsite1/foo.cfm, if there ws no
/mywebsite1/ physical directory, then look for foo.cfm in the web root..
but do not REDIRECT (because we rely on /mywebsite1/ being in the URL so
we know which site they're accessing)

rick


~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339821
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


RE: Virtual Directories and IIS

2010-12-06 Thread Brian Polackoff

Not sure if this helps, but a simple custom 404.cfm would work.  Update the
Custom Errors in IIS, create a custom 404.cfm page that looks in a DB for
the missing/unfounded URL. For instance you could place in the DB MyWebSite1
will map to www.mydomain.com/mywebsite1, then do a cfLocation in the 404.cfm
file to the real URL.

We do this with a lot of success. Makes it easy to bring on new clients
without having to create those virtual directories.

Again, this only works if you have access to IIS/Web Server custom errors.

If you need more info, just ask!

Brian

-Original Message-
From: Rick Root [mailto:rick.r...@gmail.com] 
Sent: Monday, December 06, 2010 1:44 PM
To: cf-talk
Subject: Virtual Directories and IIS


I'm wondering if there's a better way to do what we're doing.

Currently, we have about 12,000 web sites, each of which uses a virtual
directory that refers to the web root

www.mydomain.com/mywebsite1
www.mydomain.com/mywebsite2
etc

Some of these sites end up buying domains and they just end up going to
www.mywebsite1.com .. but the virtual directory still works.

So yeah, we've got 12,000 virtual directories (back in the old days, we
actually had 2,000 physical subdirectories with 2,000 identical copies of
the files, so the virtual directory method was a vast improvement)

that being said, I'm having problems getting my dot net calls to work (a
topic for another thread) but this got me thinking.. is there a better way?

Could I somehow have a catch-all virtual directory that would prevent me
from having to create unique virtual directories for every site?

like, in the case www.mydomain.com/mywebsite1/foo.cfm, if there ws no
/mywebsite1/ physical directory, then look for foo.cfm in the web root..
but do not REDIRECT (because we rely on /mywebsite1/ being in the URL so
we know which site they're accessing)

rick




~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339823
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


RE: Virtual Directories and IIS

2010-12-06 Thread Russ Michaels

Rick,

What is the purpose of all these sub directories, is each site actually
different?
What are you actually trying to achieve.

Russ

-Original Message-
From: Rick Root [mailto:rick.r...@gmail.com] 
Sent: 06 December 2010 18:44
To: cf-talk
Subject: Virtual Directories and IIS


I'm wondering if there's a better way to do what we're doing.

Currently, we have about 12,000 web sites, each of which uses a virtual
directory that refers to the web root

www.mydomain.com/mywebsite1
www.mydomain.com/mywebsite2
etc

Some of these sites end up buying domains and they just end up going to
www.mywebsite1.com .. but the virtual directory still works.

So yeah, we've got 12,000 virtual directories (back in the old days, we
actually had 2,000 physical subdirectories with 2,000 identical copies of
the files, so the virtual directory method was a vast improvement)

that being said, I'm having problems getting my dot net calls to work (a
topic for another thread) but this got me thinking.. is there a better way?

Could I somehow have a catch-all virtual directory that would prevent me
from having to create unique virtual directories for every site?

like, in the case www.mydomain.com/mywebsite1/foo.cfm, if there ws no
/mywebsite1/ physical directory, then look for foo.cfm in the web root..
but do not REDIRECT (because we rely on /mywebsite1/ being in the URL so
we know which site they're accessing)

rick




~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339827
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: RE: Virtual Directories and IIS

2010-12-06 Thread Rick Root

Yes, each is managed and customized by different people.

On Dec 6, 2010 2:18 PM, Russ Michaels r...@michaels.me.uk wrote:


Rick,

What is the purpose of all these sub directories, is each site actually
different?
What are you actually trying to achieve.

Russ


-Original Message-
From: Rick Root [mailto:rick.r...@gmail.com]

Sent: 06 December 2010 18:44
To: cf-talk
Subject: Virtual Directories and IIS

I'm wondering if there's a better way to do what we're doing.

Currently, we have about 12,000 web s...



~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339833
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: RE: Virtual Directories and IIS

2010-12-06 Thread Dominic Watson

Simple rewrite rule using a rewrite ISAPI filter. Either the free Ionic one
or paid for Helicon:

http://www.isapirewrite.com/
http://www.isapirewrite.com/http://iirf.codeplex.com/

http://iirf.codeplex.com/Your rewrite rule might look something like
(there will surely be some better regex for your use cases):

RewriteRule /(+*?)/(.*)$ /index.cfm?site=$1params=$2 [I,L]

or perhaps:

RewriteRule ^/(+*?)/(.*)$ /$2/?site=$1 [I,L]

(etc)

HTH

Dominic


On 6 December 2010 20:19, Rick Root rick.r...@gmail.com wrote:


 Yes, each is managed and customized by different people.

 On Dec 6, 2010 2:18 PM, Russ Michaels r...@michaels.me.uk wrote:


 Rick,

 What is the purpose of all these sub directories, is each site actually
 different?
 What are you actually trying to achieve.

 Russ


 -Original Message-
 From: Rick Root [mailto:rick.r...@gmail.com]

 Sent: 06 December 2010 18:44
 To: cf-talk
 Subject: Virtual Directories and IIS

 I'm wondering if there's a better way to do what we're doing.

 Currently, we have about 12,000 web s...



 

~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339836
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


RE: RE: Virtual Directories and IIS

2010-12-06 Thread Russ Michaels

Well if each site is different and have its own files then you need a unique
URL and a folder in which to store the files, so I can't see how you can
avoid either a real or a virtual directory.
However if every site uses the same codebase, then you could use some url
rewriting to allow your code to handle the different sites.

e.g.

www.domain1.com rewrite to www.primarydomain.com/?siteid=site1
www.doamin2.com rewrites to www.primarydomain.com?siteid=site2

URL rewriting is built right into IIS7, otherwise you can use ISAPI_REWRITE

Russ

-Original Message-
From: Rick Root [mailto:rick.r...@gmail.com] 
Sent: 06 December 2010 20:19
To: cf-talk
Subject: Re: RE: Virtual Directories and IIS


Yes, each is managed and customized by different people.

On Dec 6, 2010 2:18 PM, Russ Michaels r...@michaels.me.uk wrote:


Rick,

What is the purpose of all these sub directories, is each site actually
different?
What are you actually trying to achieve.

Russ


-Original Message-
From: Rick Root [mailto:rick.r...@gmail.com]

Sent: 06 December 2010 18:44
To: cf-talk
Subject: Virtual Directories and IIS

I'm wondering if there's a better way to do what we're doing.

Currently, we have about 12,000 web s...





~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339839
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


Re: RE: Virtual Directories and IIS

2010-12-06 Thread Rick Root

On Mon, Dec 6, 2010 at 3:50 PM, Russ Michaels r...@michaels.me.uk wrote:


 Well if each site is different and have its own files then you need a
 unique
 URL and a folder in which to store the files, so I can't see how you can
 avoid either a real or a virtual directory.
 However if every site uses the same codebase, then you could use some url
 rewriting to allow your code to handle the different sites.


Each site uses the same code base, and tt already handles it because I
currently use 12,000 virtual directories that point back to the code base in
the web root.  The code itself gets the site information from the name it
finds in the cgi SCRIPT_NAME variable.

Here's an example:  www.classcreator.com/Saline-MI-1990

I was thinking about using ISAPI Rewrite, as suggested by someone else, but
I'm afraid that would actually cause the site name Saline-MI-1990 to be
invisible to Coldfusion (would it still be part of the cgi.script_name?)

Rick


~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339846
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


RE: Virtual Directories and IIS

2010-12-06 Thread Andrew Scott

I have done this and it works a treat, which also means I no longer need to
run scripts to setup IIS VDirs anymore.

I also use SES so it might be a bit different if you aren't doing this.

But I always treat the first in the list for example /myvdir/foo.cfm would
be myvdir as a virtual directory, then try to look it up against known
clients. If it doesn't match then it must be a dir, and continue.

All this info is in the url string so it is easy to work out.

Regards,
Andrew Scott
http://www.andyscott.id.au/


 -Original Message-
 From: Rick Root [mailto:rick.r...@gmail.com]
 Sent: Tuesday, 7 December 2010 5:44 AM
 To: cf-talk
 Subject: Virtual Directories and IIS
 
 
 I'm wondering if there's a better way to do what we're doing.
 
 Currently, we have about 12,000 web sites, each of which uses a virtual
 directory that refers to the web root
 
 www.mydomain.com/mywebsite1
 www.mydomain.com/mywebsite2
 etc
 
 Some of these sites end up buying domains and they just end up going to
 www.mywebsite1.com .. but the virtual directory still works.
 
 So yeah, we've got 12,000 virtual directories (back in the old days, we
actually
 had 2,000 physical subdirectories with 2,000 identical copies of the
files, so
 the virtual directory method was a vast improvement)
 
 that being said, I'm having problems getting my dot net calls to work (a
topic
 for another thread) but this got me thinking.. is there a better way?
 
 Could I somehow have a catch-all virtual directory that would prevent me
 from having to create unique virtual directories for every site?
 
 like, in the case www.mydomain.com/mywebsite1/foo.cfm, if there ws no
 /mywebsite1/ physical directory, then look for foo.cfm in the web
root..
 but do not REDIRECT (because we rely on /mywebsite1/ being in the URL
 so we know which site they're accessing)
 
 rick
 


~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339856
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm


RE: RE: Virtual Directories and IIS

2010-12-06 Thread Russ Michaels

Rick,

If www.classcreator.com/Saline-MI-1990 is what you want CF to see then this
is simply what you need to rewrite the URL to.

So user requests www.saline-mi.com and gets rewritten to
www.classcreator.com/Saline-MI-1990

If the vDir matchs the domain name then it should be fairly easy rules, if
the vDir name has nothing to do with the domain name, then you will have to
create a new rule for each site.

Russ

-Original Message-
From: Rick Root [mailto:rick.r...@gmail.com] 
Sent: 06 December 2010 21:43
To: cf-talk
Subject: Re: RE: Virtual Directories and IIS


On Mon, Dec 6, 2010 at 3:50 PM, Russ Michaels r...@michaels.me.uk wrote:


 Well if each site is different and have its own files then you need a
 unique
 URL and a folder in which to store the files, so I can't see how you can
 avoid either a real or a virtual directory.
 However if every site uses the same codebase, then you could use some url
 rewriting to allow your code to handle the different sites.


Each site uses the same code base, and tt already handles it because I
currently use 12,000 virtual directories that point back to the code base in
the web root.  The code itself gets the site information from the name it
finds in the cgi SCRIPT_NAME variable.

Here's an example:  www.classcreator.com/Saline-MI-1990

I was thinking about using ISAPI Rewrite, as suggested by someone else, but
I'm afraid that would actually cause the site name Saline-MI-1990 to be
invisible to Coldfusion (would it still be part of the cgi.script_name?)

Rick




~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive: 
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:339859
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm