I recently had the following error reported by a cfdeveloper member since upgrading to ColdFusion 8.
Security: The requested template has been denied access to
C:\Inetpub\wwwroot\CFIDE\scripts\ajax\messages\cfmessage_en_GB_.js.
The following is the internal exception message: access denied
(java.io.FilePermission
C:\Inetpub\wwwroot\CFIDE\scripts\ajax\messages\cfmessage_en_GB_.js read)
ColdFusion cannot determine the line of the template that caused this error.
This is often caused by an error in the exception handling subsystem.
Now the security error is partly to be expected as I use security sandboxes and this path is thus not allowed by default, but the unexpected thing is the path it is trying to use in the first place.
Now like any good host should, I do not use the default CFIDE folder as I do not want every web site to have access to the ColdFusion Administrator, so the path to my CFIDE folder is actually D:\wwwroot\CFIDE and this is where the virtual directory points to for each web site. As you can see ColdFusion 8 completely ignores this fact and is using the default C:\Inetpub\wwwroot\CFIDE instead, which seems like a bug to me.
So if you are running in a sandboxed or shared hosting environment then you need to consider this fact and will need to add the above path to your default sandbox or ask your host to do so.
Nov 14, 2007 at 8:06 AM Hi Russ,
Could you please let me know the exact setup you have and the steps I need to follow to reproduce this issue?
Thanks,
Vamsee
Adobe ColdFusion Team
Nov 14, 2007 at 12:07 PM It is nothing more than having CFIDE virtual directory in a location other than the default
We use d:\CFIDE
A default security sandbox that does not give access to c:\inetput\wwwroot\CFIDE