RE: [ACFUG Discuss] CFC path - bind autosuggest issue

[Charlie Arehart]

Ajas, I don't recognize the problem immediately, but unless someone else
does and comes to the rescue, here are a few thoughts to consider that may
help you (or help you help us):

First, are you positive that the two websites are setup identically on the
two different machines? I mean specifically the docroot, for instance. You
don't clarify, though you do imply it. Worth just confirming.

Second, since this autosuggest feature generates a request from the client
to the server (as coded by CF, of course), you may want to use a tool like
firebug or any of many other tools to watch the communication between the
client and the web server. it may be interesting to see what the client asks
for. Consider also that what it asks for is of the web server: you could
still have some other possible confusion caused once it leaves the web
server and gets to CF.

Third, do you have a mapping setup in the CF Admin (check in both your local
and the other server)? And what about in this.mappings in any
application.cfc that may control the page? Again, check on both boxes.

Again, I'm just grasping at straws here. No real idea of the problem or
solution. Hope these thoughts may help.

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Sunday, April 08, 2012 2:41 PM
To: discussion@acfug.org
Subject: [ACFUG Discuss] CFC path - bind autosuggest issue

 

Hi,

 

I have a weird issue. We have website on IIS 6, CF 9.

Website webroot : C:\Inetpub\wwwroot\XYZ Inside this XYZ folder I have my
cfm and cfcs. No subfolders.

 

I have this code in test.cfm. Both test.cfm and Employee.cfc are in same
folder C:\Inetpub\wwwroot\XYZ



 

If i access this on my local machine it works fine. If I access it via
website we have setup using same C:\Inetpub\wwwroot\XYZ folder, I get error
on this code saying XYZ.Employee was not found. 

 

So looks like when its running test.cfm, its looking for another XYZ folder
then Employee.cfc i.e. C:\Inetpub\wwwroot\XYZ\XYZ\Employee.cfc . I dont know
why its doing this because I am thinking relative path should work ie.
test.cfm and employee.cfc are in same folder so my code should work. Going
by error description, I created the folder XYZ\XYZ\Employee.cfc and it works
fine.  If my code was cfc:XYZ.Employee.fnGetEmployeeByFName then I can
understand I need another XYZ subfolder because of . reference.

 

I am stumped on this one. If i access the site without url on our dev server
it works fine. 

 

Any suggestions?


 

iUseDropbox(  http://db.tt/63Lvone9) 
http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.

 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

Re: [ACFUG Discuss] CFC path - bind autosuggest issue

[Ajas Mohammed]

ok, sorry, I will explain again.  C:\Inetpub\wwwroot\XYZ has test.cfm and
employee.cfc. There is only 1 site but I do have local copy setup for local
development with same folder structure. I can access my local code via
localhost as well via url of the site (setup on different machine).

test.cfm has this code  

I have this site, qa.charlie.com set up and files are at this location
 C:\Inetpub\wwwroot\XYZ
i.e. in IIS under Home Directory tab, the local path is
C:\Inetpub\wwwroot\XYZ. On my local machine, I have the same structure
C:\Inetpub\wwwroot\XYZ.
On my local machine, I access the page via, localhost/XYZ/test.cfm which
works fine. When I access the site via url i.e. qa.charlie.com/test.cfm, I
get error CFC XYZ.Employee not found. By following your tip, I looked at
chrome debugging tools and here are the results

   1. Request URL:
   http://qa.charlie.com/XYZ/Employee.cfc
   
?method=fnGetEmployeeByFName&returnFormat=json&argumentCollection=%7B%22nameFirst%22%3A%22144%22%7D&_cf_nodebug=true&_cf_nocache=true&_cf_clientid=D156F681F0DEF525B78BCAFA4A351EFE&_cf_rc=1
   2. Request Method:
   GET
   3. Status Code:
   200 OK
   4.
  1. Host:
  qa.charlie.com
  2. Referer:
  http://qa.charlie.com/T_AddEdit_Employee.cfm?employeesId=53679

So looks like when it requests, its requesting XYZ/Employee.cfc and not
Employee.cfc i.e its expecting employee.cfc to be under another subfolder.
I am expecting the request url to be
URL:
http://qa.charlie.com/Employee.cfc?method=fnGetEmployeeByFName. I dont know
why it looks for XYZ/Employee.cfc. Perhaps I am missing something obvious.

Ok, good question about mapping. I do not have any mapping setup on my
local server or on the dev (website) server. I have the default mappings
after CF install. About Application.cfc mapping via This.mappings, I have
not done that in my
application.cfc file or on dev server's application.cfc. I thought that was
part of 9.01 and not CF 9. I am I wrong in that assumption? Can you do that
in CF 9 also? If yes, then I guess thats what I need to do then.

Thanks. Let me know if its still confusing.


iUseDropbox(http://db.tt/63Lvone9)
http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.



On Sun, Apr 8, 2012 at 9:35 PM, Charlie Arehart wrote:

> Ajas, I don’t recognize the problem immediately, but unless someone else
> does and comes to the rescue, here are a few thoughts to consider that may
> help you (or help you help us):
>
> First, are you positive that the two websites are setup identically on the
> two different machines? I mean specifically the docroot, for instance. You
> don’t clarify, though you do imply it. Worth just confirming.
>
> Second, since this autosuggest feature generates a request from the client
> to the server (as coded by CF, of course), you may want to use a tool like
> firebug or any of many other tools to watch the communication between the
> client and the web server. it may be interesting to see what the client
> asks for. Consider also that what it asks for is of the web server: you
> could still have some other possible confusion caused once it leaves the
> web server and gets to CF.
>
> Third, do you have a mapping setup in the CF Admin (check in both your
> local and the other server)? And what about in this.mappings in any
> application.cfc that may control the page? Again, check on both boxes.
>
> Again, I’m just grasping at straws here. No real idea of the problem or
> solution. Hope these thoughts may help.
>
> ** **
>
> /charlie
>
> ** **
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Sunday, April 08, 2012 2:41 PM
> *To:* discussion@acfug.org
> *Subject:* [ACFUG Discuss] CFC path - bind autosuggest issue
>
> ** **
>
> Hi,
>
> ** **
>
> I have a weird issue. We have website on IIS 6, CF 9.
>
> Website webroot : C:\Inetpub\wwwroot\XYZ Inside this XYZ folder I have my
> cfm and cfcs. No subfolders.
>
> ** **
>
> I have this code in test.cfm. Both test.cfm and Employee.cfc are in same
> folder C:\Inetpub\wwwroot\XYZ
>
>  autosuggestminlength="2" autosuggest="cfc:Employee.fnGetEmployeeByFName
> ({cfautosuggestvalue})">
>
> ** **
>
> If i access this on my local machine it works fine. If I access it via
> website we have setup using same C:\Inetpub\wwwroot\XYZ folder, I get error
> on this code saying XYZ.Employee was not found. 
>
> ** **
>
> So looks like when its running test.cfm, its looking for another XYZ
> folder then Employee.cfc i.e. C:\Inetpub\wwwroot\XYZ\XYZ\Employee.cfc . I
> dont know why its doing this because I am thinking relative path should
> work ie. test.cfm and employee.c

RE: [ACFUG Discuss] CFC path - bind autosuggest issue

[Charlie Arehart]

I did understand there was only one site. I was referring to the two
variants of it on the two machines, one local (working for you) and one on
another server (not working for you), right? I was asking: are you positive
that the website definition in IIS is indeed identical, especially with
respect to the docroot definition. You say below, "On my local machine, I
have the same structure" but you refer again only to the path to the files,
not clarifying if for sure that this is defined as the webroot on this other
machine.

As far as the browser debugging tool showing it linking back as
/XYZ/Employee.cfc, that's helpful, as at least now you know it's not related
to how the server is responding to the call for employee.cfc. The problem
(if any) is in the HTML generated that put the link on the page. Now, since
it's an autosuggest in a CFINPUT, it's a little harder to understand then
why it adds that /xyz, but that's the evidence trail you want to follow.

As for the this.mappings and whether it's in 9.0 or 9.0.1, yes, those were
added in 9.0.1. If you're wondering why I mentioned it then when you said
you were on "cf 9", it's just that people often use that term generically,
regardless of whether they've applied the updater or not.  If you're on 9.0,
then no, app-specific mappings are not an issue for you to worry about as a
possible cause/influence. (And I wasn't saying it was something that you
might "need to do" at all. I was just wondering if it could have been having
an influence.)

Since the problem is in the client code generated by HTML (doing the bind
back to the server), I would start by looking at the HTML source (once
generated by CF) to see if there are previous references to /xyz anywhere in
the HTML code, that might explain how CF is somehow thinking and telling the
HTML (and Javascript) to consider that as a significant part of the path
back to the server. I assume you have already checked the CFML page to make
sure there's no reference to that /XYZ also, whether in the page or in any
application.cf*, right?

Finally, if I can offer a tip to help in communications on the list here: a
couple of times you slip into referring to your dev box as "the website", as
in "on my local server or on the dev (website) server". In the first note
you also said "If I access it via website we have setup", which had confused
me at first, until I realized you were referring to "the server other than
my local machine" (it wasn't clear then, either, if it was a dev or prod
box). 

I realize why within your organization you may refer to that other box as
now "the website" but it's risky in a conversation on a list like this,
since we're using the term "web site" to refer more accurately to the term
as used for the thing defined within the web server. (And so you also don't
want to call it "the web server", since you similarly do have a "web
server"-software-running on both machines.) It would be better just to stick
with "my local server" and the "the dev server" or something like that, to
avoid any confusion for readers. :-)

HTH

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Sunday, April 08, 2012 11:44 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] CFC path - bind autosuggest issue

 

ok, sorry, I will explain again.  C:\Inetpub\wwwroot\XYZ has test.cfm and
employee.cfc. There is only 1 site but I do have local copy setup for local
development with same folder structure. I can access my local code via
localhost as well via url of the site (setup on different machine).

 

test.cfm has this code   

 

I have this site, qa.charlie.com set up and files are at this location
C:\Inetpub\wwwroot\XYZ i.e. in IIS under Home Directory tab, the local path
is C:\Inetpub\wwwroot\XYZ. On my local machine, I have the same structure
C:\Inetpub\wwwroot\XYZ. On my local machine, I access the page via,
localhost/XYZ/test.cfm which works fine. When I access the site via url i.e.
qa.charlie.com/test.cfm, I get error CFC XYZ.Employee not found. By
following your tip, I looked at chrome debugging tools and here are the
results 

1. Request URL:

http://qa.charlie.com/XYZ/Employee.cfc?method=fnGetEmployeeByFName&returnFor
mat=json&argumentCollection=%7B%22nameFirst%22%3A%22144%22%7D&_cf_nodebug=tr
ue&_cf_nocache=true&_cf_clientid=D156F681F0DEF525B78BCAFA4A351EFE&_cf_rc=1

2. Request Method:

GET

3. Status Code:

   

200 OK

4.

1. Host:

qa.charlie.com

2. Referer:

http://qa.charlie.com/T_AddEdit_Employee.cfm?employeesId=53679

So looks like when it requests, its requesting XYZ/Employee.cfc and not
Employee.cfc i.e its expecting employee.cfc to be under another subfolder. I
am expecting the request url to be 

URL

Re: [ACFUG Discuss] CFC path - bind autosuggest issue

[Ajas Mohammed]

mething like
> that, to avoid any confusion for readers. :-)
>
> HTH
>
> ** **
>
> /charlie
>
> ** **
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Sunday, April 08, 2012 11:44 PM
> *To:* discussion@acfug.org
> *Subject:* Re: [ACFUG Discuss] CFC path - bind autosuggest issue
>
> ** **
>
> ok, sorry, I will explain again.  C:\Inetpub\wwwroot\XYZ has test.cfm and
> employee.cfc. There is only 1 site but I do have local copy setup for local
> development with same folder structure. I can access my local code via
> localhost as well via url of the site (setup on different machine).
>
> ** **
>
> test.cfm has this code   value="#hrManager_1#" autosuggestminlength="2" autosuggest="
> cfc:Employee.fnGetEmployeeByFName({cfautosuggestvalue})"> 
>
> ** **
>
> I have this site, qa.charlie.com set up and files are at this location  
> C:\Inetpub\wwwroot\XYZ
> i.e. in IIS under Home Directory tab, the local path
> is C:\Inetpub\wwwroot\XYZ. On my local machine, I have the same
> structure C:\Inetpub\wwwroot\XYZ. On my local machine, I access the page
> via, localhost/XYZ/test.cfm which works fine. When I access the site via
> url i.e. qa.charlie.com/test.cfm, I get error CFC XYZ.Employee not found.
> By following your tip, I looked at chrome debugging tools and here are the
> results 
>
> ***1. Request URL:*
>
> http://qa.charlie.com/XYZ/Employee.cfc
> ?method=fnGetEmployeeByFName&returnFormat=json&argumentCollection=%7B%22nameFirst%22%3A%22144%22%7D&_cf_nodebug=true&_cf_nocache=true&_cf_clientid=D156F681F0DEF525B78BCAFA4A351EFE&_cf_rc=1
> 
>
> ***2. Request Method:*
>
> GET
>
> ***3. Status Code:*
>
> 
>
> 200 OK
>
> **4.    **
>
> ***1. Host:*
>
> qa.charlie.com
>
> ***2. Referer:*
>
> http://qa.charlie.com/T_AddEdit_Employee.cfm?employeesId=53679
>
> So looks like when it requests, its requesting XYZ/Employee.cfc and not
> Employee.cfc i.e its expecting employee.cfc to be under another
> subfolder. I am expecting the request url to be 
>
> *URL:*
>
> http://qa.charlie.com/Employee.cfc?method=fnGetEmployeeByFName. I dont
> know why it looks for XYZ/Employee.cfc. Perhaps I am missing something
> obvious.
>
> ** **
>
> Ok, good question about mapping. I do not have any mapping setup on my
> local server or on the dev (website) server. I have the default mappings
> after CF install. About Application.cfc mapping via This.mappings, I have
> not done that in my 
>
> application.cfc file or on dev server's application.cfc. I thought that
> was part of 9.01 and not CF 9. I am I wrong in that assumption? Can you do
> that in CF 9 also? If yes, then I guess thats what I need to do then.
>
> ** **
>
> Thanks. Let me know if its still confusing.
>
> ** **
>
>  
>
> iUseDropbox(http://db.tt/63Lvone9)
> http://ajashadi.blogspot.com
> We cannot become what we need to be, remaining what we are.
> No matter what, find a way. Because thats what winners do.
> You can't improve what you don't measure.
> Quality is never an accident; it is always the result of high intention,
> sincere effort, intelligent direction and skillful execution; it represents
> the wise choice of many alternatives.
>
>
>
> 
>
> On Sun, Apr 8, 2012 at 9:35 PM, Charlie Arehart 
> wrote:
>
> Ajas, I don’t recognize the problem immediately, but unless someone else
> does and comes to the rescue, here are a few thoughts to consider that may
> help you (or help you help us):
>
> First, are you positive that the two websites are setup identically on the
> two different machines? I mean specifically the docroot, for instance. You
> don’t clarify, though you do imply it. Worth just confirming.
>
> Second, since this autosuggest feature generates a request from the client
> to the server (as coded by CF, of course), you may want to use a tool like
> firebug or any of many other tools to watch the communication between the
> client and the web server. it may be interesting to see what the client
> asks for. Consider also that what it asks for is of the web server: you
> could still have some other possible confusion caused once it leaves the
> web server and gets to CF.
>
> Third, do you have a mapping setup in the CF Admin (check in both your
> local and the other server)? And what about in this.mappings in any
> application.cfc that may control the page? Again, check on both boxes.
>
> Again, I’m just grasping at straws here. No real idea of 

RE: [ACFUG Discuss] CFC path - bind autosuggest issue

[Charlie Arehart]

Glad to hear it's "solved", though I suspect you're not confident it
couldn't happen again, right?  I really don't see a way that "making an
error and correcting it" would "fix" things, but interesting to hear. 

If it was indeed the restart that did it, then we might suspect it could
have been a template caching issue (such as if you have "trusted cache"
enabled in your CF Admin, on the dev box.) But I'd expect not, if it's
really a "dev" box, as then no changes would be picked up until you flushed
the template cache or restarted. But worth confirming on the dev server if
somehow it may have become enabled. As you say, this can cause a lot of pain
when it's enabled and a developer doesn't know it.

As for the fact that no one else responded, well, some topics do generate
interest. Some do not, especially knotty ones like this, where a ready
solution (or even suggestions of where to start) may not be apparent.

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Monday, April 09, 2012 9:29 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] CFC path - bind autosuggest issue

 

ok, I restarted CF on dev server but that didnt fix the issue. Then I made
an error in Employee.cfc and corrected the error and it started working
again i.e. now it looks for /Employee.cfc instead of /XYZ/Employee.cfc . I
am not sure if it was a browser cache issue or if it was CF restart that did
the trick.

 

Yes, the webroot on both machines was same  C:\Inetpub\wwwroot\XYZ.

 

Thanks for your other tip as well i.e. html source. That also had binding
reference (javascript i guess) set as XYZ/Employee.cfc earlier but now its
ColdFusion.Bind.cfcBindHandler(null,
{'bindTo':ColdFusion.Autosuggest.loadAutoSuggest,'bindToAttr':'true','cfc':'
/Employee.cfc','cfcFunction':'fnGetEmployeeByFName','bindExpr':[['nameFirst'
,cfautosuggestvalue]], 'bindToParams': {
'autosuggestid':"directSupervisor_1" }}); 

 

Thanks Charlie for your patience and help. I expected more responses this
being a CF Group but it was just your reply.

 

If anyone looked at this thread and thought, oh its path issue or IIS issue,
I can assure that it was not easy as that. Really weird issue which I hope
no one goes through it because it was pain.

 

Thanks,


  

 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

Re: [ACFUG Discuss] CFC path - bind autosuggest issue

[Frank Moorman]

  
  


On 04/09/2012 09:52 PM, Charlie Arehart wrote:

As for the fact that no one else responded, well, some topics do
generate interest. Some do not, especially knotty ones like
this, where a ready solution (or even suggestions of where to
start) may not be apparent.

I believe that the latter is the issue. I am more than happy to give
my two cents when I have something useful to add (or humorous)...

If it is something that I have never dealt with before, I will defer
to someone else's response... (Eventually Charlie will fix it...)   :-)  :-) 
  



-To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserformFor more info, see http://www.acfug.org/mailinglistsArchive @ http://www.mail-archive.com/discussion%40acfug.org/List hosted by http://www.fusionlink.com-

RE: [ACFUG Discuss] CFC path - bind autosuggest issue

[Troy Jones]

I'm with FrankI stayed out of it because you had already said what I 
thought and I also have never seen anything like that.

Was definitely interesting though and prompted me to take a look at some of  
those settings on my local dev box and become more familiar with them.

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Frank Moorman
Sent: Monday, April 09, 2012 10:33 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] CFC path - bind autosuggest issue



On 04/09/2012 09:52 PM, Charlie Arehart wrote:

As for the fact that no one else responded, well, some topics do generate 
interest. Some do not, especially knotty ones like this, where a ready solution 
(or even suggestions of where to start) may not be apparent.

I believe that the latter is the issue. I am more than happy to give my two 
cents when I have something useful to add (or humorous)...

If it is something that I have never dealt with before, I will defer to someone 
else's response... (Eventually Charlie will fix it...)  :-) :-)

No virus found in this message.
Checked by AVG - www.avg.com<http://www.avg.com>
Version: 2012.0.1913 / Virus Database: 2411/4925 - Release Date: 04/09/12
-
To unsubscribe from this list, manage your profile @
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-



-

To unsubscribe from this list, manage your profile @ 

http://www.acfug.org?fa=login.edituserform



For more info, see http://www.acfug.org/mailinglists

Archive @ http://www.mail-archive.com/discussion%40acfug.org/

List hosted by http://www.fusionlink.com

-

RE: [ACFUG Discuss] CFC path - bind autosuggest issue

[Charlie Arehart]

Thanks for the update, and for the kind regards from the other guys in the
thread. Ajas, yes, that component cache is a variation of the template
cache, just for CFCs, and like it yes it is refreshed when CF is restarted
(or you click the button on that page for clearing it, separate from the
"clear template cache" button.) But I realize that with the problem solved
you won't know if it would or would not have helped. Anyway, you have more
info for any "next time". :-) Cheers.

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Tuesday, April 10, 2012 11:43 AM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] CFC path - bind autosuggest issue

 

Thanks guys.

The trusted cache setting is UNchecked on both dev server and local server.

However, I came across this setting
Component cache 
When checked, component path resolution is cached and not resolved again.
This setting does not require restarting the server. 

This is checked on both local and dev server. Attached is a screenshot of
these settings. 

I do not know if this particular cache is refreshed( cleaned up) upon CF
service restart. Also not sure if this was an issue in my case.

The error is gone for now, and I am happy about it. :-)

  

 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

Re: [ACFUG Discuss] CFC path - bind autosuggest issue

[Ajas Mohammed]

Ok, I had another of these again, i.e. XYZ/Employee.cfc not found. Nothing
had changed from last month or so.

All I did was create an error in Employee.cfc and then remove it and the
problem went away. Did the same with 2nd cfc XYZ/Department.cfc that was
causing not found issue and both are working fine now.

How weird is that?


iUseDropbox(http://db.tt/63Lvone9)
http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.



On Wed, Apr 11, 2012 at 6:19 PM, Charlie Arehart wrote:

> Thanks for the update, and for the kind regards from the other guys in the
> thread. Ajas, yes, that component cache is a variation of the template
> cache, just for CFCs, and like it yes it is refreshed when CF is restarted
> (or you click the button on that page for clearing it, separate from the
> “clear template cache” button.) But I realize that with the problem solved
> you won’t know if it would or would not have helped. Anyway, you have more
> info for any “next time”. :-) Cheers.
>
> ** **
>
> /charlie
>
> ** **
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Tuesday, April 10, 2012 11:43 AM
>
> *To:* discussion@acfug.org
> *Subject:* Re: [ACFUG Discuss] CFC path - bind autosuggest issue
>
> ** **
>
> Thanks guys.
>
>
> The trusted cache setting is UNchecked on both dev server and local server.
>
> However, I came across this setting
> *Component cache*
> When checked, component path resolution is cached and not resolved again.
> This setting does not require restarting the server.
>
> This is checked on both local and dev server. Attached is a screenshot of
> these settings.
>
> I do not know if this particular cache is refreshed( cleaned up) upon CF
> service restart. Also not sure if this was an issue in my case.
>
> The error is gone for now, and I am happy about it. :-)
>
>   
>
> ** **
>
> -
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.edituserform
>
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by FusionLink <http://www.fusionlink.com>
> -
>

RE: [ACFUG Discuss] CFC path - bind autosuggest issue

[Charlie Arehart]

I'm curious: you refer to creating an error to somehow "force things loose".
I assume you refreshed the page after creating the error, right? 

But did you try also just making a change of any sort to the file, then
refreshing it, then removing it, to see if that solved things? If you did do
that, and it did not solve things, that would be interesting and also
different from just creating an error. (If you did it, and it DID solve
things, then it would point again to just being a matter of template
caching, it would seem.)

Here are some other thoughts: are you using an application-specific mapping
(this.mappings in application.cfc) to point to this CFC? And even if not, do
you have any app-specific mappings for the app in question? 

Just offering thoughts to move you toward a resolution.

/charlie



From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Tuesday, June 26, 2012 2:46 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] CFC path - bind autosuggest issue

 

Ok, I had another of these again, i.e. XYZ/Employee.cfc not found. Nothing
had changed from last month or so.

All I did was create an error in Employee.cfc and then remove it and the
problem went away. Did the same with 2nd cfc XYZ/Department.cfc that was
causing not found issue and both are working fine now.

How weird is that?

 

 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

Re: [ACFUG Discuss] CFC path - bind autosuggest issue

[Ajas Mohammed]

ok, it happened again. Charlie, to answer your question, this time I did
not create error. I just added a extra space and saved the cfc file and
refreshed the .cfm page and the error was gone.

We are not using application specific mappings at all i.e this.mappings in
application.cfc. We dont have any app-specific mappings for the app.

The only weird thing I have noticed is, we have this app setup as website.
So the error happens when i access the site page like this
qa.charlie.com/test.cfm. It doesnt happen if I access it like this
10.10.10.x/XYZ/test.cfm i.e. thats the ip address of our qa/dev server
followed by code folder located at C:\inetpub\wwwroot\XYZ. The error when
called via URL qa.charlie.com/test.cfm says XYZ/Employee.cfc not found.

So why does direct 10.10.10.x/XYZ/test.cfm works and not
qa.charlie.com/test.cfm? When accessed via URL, its looking for that CFC
under another sub XYZ folder(C:\inetpub\wwwroot\XYZ\XYZ\Employee.cfc) when
the site has been defined to use C:\Inetpub\wwwroot\XYZ as home directory
in IIS 6.0.

To make matters more interesting, we have atleast 20 cfcs under XYZ and
this error happens only on 2 CFCs. All others called from cfm pages work
just fine. Perhaps any error in 2 CFC's that might be causing this behavior?

Weird stuff.


iUseDropbox(http://db.tt/63Lvone9)
http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.



On Wed, Jun 27, 2012 at 11:34 AM, Charlie Arehart wrote:

> I’m curious: you refer to creating an error to somehow “force things
> loose”. I assume you refreshed the page after creating the error, right?
>
> But did you try also just making a change of any sort to the file, then
> refreshing it, then removing it, to see if that solved things? If you did
> do that, and it did not solve things, that would be interesting and also
> different from just creating an error. (If you did it, and it DID solve
> things, then it would point again to just being a matter of template
> caching, it would seem.)
>
> Here are some other thoughts: are you using an application-specific
> mapping (this.mappings in application.cfc) to point to this CFC? And even
> if not, do you have any app-specific mappings for the app in question?
>
> Just offering thoughts to move you toward a resolution.
>
> /charlie
>
> 
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Tuesday, June 26, 2012 2:46 PM
>
> *To:* discussion@acfug.org
> *Subject:* Re: [ACFUG Discuss] CFC path - bind autosuggest issue
>
> ** **
>
> Ok, I had another of these again, i.e. XYZ/Employee.cfc not found.
> Nothing had changed from last month or so.
>
>
> All I did was create an error in Employee.cfc and then remove it and the
> problem went away. Did the same with 2nd cfc XYZ/Department.cfc that was
> causing not found issue and both are working fine now.
>
> How weird is that?
>
>  
>
> ** **
>
> -
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.edituserform
>
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by FusionLink <http://www.fusionlink.com>
> -
>

RE: [ACFUG Discuss] CFC path - bind autosuggest issue

[Troy Jones]

Is it possible that there is a virtual directory in IIS that is the culprit?

Troy Jones

[da_logo_70x263]
___

Troy Jones  |  Director of Technical Services  |  Dynapp Inc  |  1-800-830-5192 
 ext. 603  |  dynapp.com<http://www.dynapp.com/>  |  
facebook.com/dynapp<http://www.facebook.com/dynapp>

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Thursday, June 28, 2012 1:12 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] CFC path - bind autosuggest issue

ok, it happened again. Charlie, to answer your question, this time I did not 
create error. I just added a extra space and saved the cfc file and refreshed 
the .cfm page and the error was gone.

We are not using application specific mappings at all i.e this.mappings in 
application.cfc. We dont have any app-specific mappings for the app.

The only weird thing I have noticed is, we have this app setup as website. So 
the error happens when i access the site page like this 
qa.charlie.com/test.cfm<http://qa.charlie.com/test.cfm>. It doesnt happen if I 
access it like this 10.10.10.x/XYZ/test.cfm i.e. thats the ip address of our 
qa/dev server followed by code folder located at C:\inetpub\wwwroot\XYZ. The 
error when called via URL 
qa.charlie.com/test.cfm<http://qa.charlie.com/test.cfm> says XYZ/Employee.cfc 
not found.

So why does direct 10.10.10.x/XYZ/test.cfm works and not 
qa.charlie.com/test.cfm<http://qa.charlie.com/test.cfm>? When accessed via URL, 
its looking for that CFC under another sub XYZ 
folder(C:\inetpub\wwwroot\XYZ\XYZ\Employee.cfc) when the site has been defined 
to use C:\Inetpub\wwwroot\XYZ as home directory in IIS 6.0.

To make matters more interesting, we have atleast 20 cfcs under XYZ and this 
error happens only on 2 CFCs. All others called from cfm pages work just fine. 
Perhaps any error in 2 CFC's that might be causing this behavior?

Weird stuff.


iUseDropbox(http://db.tt/63Lvone9)
http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.


On Wed, Jun 27, 2012 at 11:34 AM, Charlie Arehart 
mailto:char...@carehart.org>> wrote:
I'm curious: you refer to creating an error to somehow "force things loose". I 
assume you refreshed the page after creating the error, right?

But did you try also just making a change of any sort to the file, then 
refreshing it, then removing it, to see if that solved things? If you did do 
that, and it did not solve things, that would be interesting and also different 
from just creating an error. (If you did it, and it DID solve things, then it 
would point again to just being a matter of template caching, it would seem.)

Here are some other thoughts: are you using an application-specific mapping 
(this.mappings in application.cfc) to point to this CFC? And even if not, do 
you have any app-specific mappings for the app in question?

Just offering thoughts to move you toward a resolution.

/charlie
From: ad...@acfug.org<mailto:ad...@acfug.org> 
[mailto:ad...@acfug.org<mailto:ad...@acfug.org>] On Behalf Of Ajas Mohammed
Sent: Tuesday, June 26, 2012 2:46 PM

To: discussion@acfug.org<mailto:discussion@acfug.org>
Subject: Re: [ACFUG Discuss] CFC path - bind autosuggest issue

Ok, I had another of these again, i.e. XYZ/Employee.cfc not found. Nothing had 
changed from last month or so.


All I did was create an error in Employee.cfc and then remove it and the 
problem went away. Did the same with 2nd cfc XYZ/Department.cfc that was 
causing not found issue and both are working fine now.

How weird is that?




-
To unsubscribe from this list, manage your profile @
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by FusionLink<http://www.fusionlink.com>
-




-

To unsubscribe from this list, manage your profile @ 

http://www.acfug.org?fa=login.edituserform



For more info, see http://www.acfug.org/mailinglists

Archive @ http://www.mail-archive.com/discussion%40acfug.org/

List hosted by http://www.fusionlink.com

-


<>

Re: [ACFUG Discuss] CFC path - bind autosuggest issue

[Ajas Mohammed]

The only virtual directory we have is CFIDE which we need for ajax, cfform
stuff.


iUseDropbox(http://db.tt/63Lvone9)
http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.



On Thu, Jun 28, 2012 at 2:55 PM, Troy Jones  wrote:

>  Is it possible that there is a virtual directory in IIS that is the
> culprit?
>
> ** **
>
> Troy Jones
>
> ** **
>
> [image: da_logo_70x263]*
> **
> ___
> **
> *
> *Troy Jones*  |  Director of Technical Services  |  Dynapp Inc  |
> 1-800-830-5192  ext. 603  |  dynapp.com <http://www.dynapp.com/>  |
> facebook.com/dynapp <http://www.facebook.com/dynapp>
>
> ** **
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Thursday, June 28, 2012 1:12 PM
>
> *To:* discussion@acfug.org
> *Subject:* Re: [ACFUG Discuss] CFC path - bind autosuggest issue
>
>  ** **
>
> ok, it happened again. Charlie, to answer your question, this time I did
> not create error. I just added a extra space and saved the cfc file and
> refreshed the .cfm page and the error was gone.
>
> We are not using application specific mappings at all i.e this.mappings in
> application.cfc. We dont have any app-specific mappings for the app.
>
> The only weird thing I have noticed is, we have this app setup as website.
> So the error happens when i access the site page like this
> qa.charlie.com/test.cfm. It doesnt happen if I access it like this
> 10.10.10.x/XYZ/test.cfm i.e. thats the ip address of our qa/dev server
> followed by code folder located at C:\inetpub\wwwroot\XYZ. The error when
> called via URL qa.charlie.com/test.cfm says XYZ/Employee.cfc not found.
>
> So why does direct 10.10.10.x/XYZ/test.cfm works and not
> qa.charlie.com/test.cfm? When accessed via URL, its looking for that CFC
> under another sub XYZ folder(C:\inetpub\wwwroot\XYZ\XYZ\Employee.cfc) when
> the site has been defined to use C:\Inetpub\wwwroot\XYZ as home directory
> in IIS 6.0.
>
> To make matters more interesting, we have atleast 20 cfcs under XYZ and
> this error happens only on 2 CFCs. All others called from cfm pages work
> just fine. Perhaps any error in 2 CFC's that might be causing this behavior?
>
> Weird stuff.
>
>  
>
> iUseDropbox(http://db.tt/63Lvone9)
> http://ajashadi.blogspot.com
> We cannot become what we need to be, remaining what we are.
> No matter what, find a way. Because thats what winners do.
> You can't improve what you don't measure.
> Quality is never an accident; it is always the result of high intention,
> sincere effort, intelligent direction and skillful execution; it represents
> the wise choice of many alternatives.
>
>
> **
> **
>
> On Wed, Jun 27, 2012 at 11:34 AM, Charlie Arehart 
> wrote:
>
> I’m curious: you refer to creating an error to somehow “force things
> loose”. I assume you refreshed the page after creating the error, right?
>
> But did you try also just making a change of any sort to the file, then
> refreshing it, then removing it, to see if that solved things? If you did
> do that, and it did not solve things, that would be interesting and also
> different from just creating an error. (If you did it, and it DID solve
> things, then it would point again to just being a matter of template
> caching, it would seem.)
>
> Here are some other thoughts: are you using an application-specific
> mapping (this.mappings in application.cfc) to point to this CFC? And even
> if not, do you have any app-specific mappings for the app in question?
>
> Just offering thoughts to move you toward a resolution.
>
> /charlie
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Tuesday, June 26, 2012 2:46 PM
>
>
> *To:* discussion@acfug.org
> *Subject:* Re: [ACFUG Discuss] CFC path - bind autosuggest issue
>
>  
>
> Ok, I had another of these again, i.e. XYZ/Employee.cfc not found.
> Nothing had changed from last month or so.
>
>
>
> All I did was create an error in Employee.cfc and then remove it and the
> problem went away. Did the same with 2nd cfc XYZ/Department.cfc that was
> causing not found issue and both are working fine now.
>
> How weird is that?
>
> 

Re: [ACFUG Discuss] CFC path - bind autosuggest issue

[Ajas Mohammed]

And the error happened again. My colleagues renamed the CFC to lets say
Employee1.cfc & refresh page and then renamed it back to Employee.cfc and
its working fine again. Earlier, I was adding a space or introducing an
error myself by adding single pound and then refreshing page and then
removing pound and refreshing page to make the error go away.

This is weird stuff.


iUseDropbox(http://db.tt/63Lvone9)
http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.



On Thu, Jun 28, 2012 at 3:51 PM, Ajas Mohammed  wrote:

> The only virtual directory we have is CFIDE which we need for ajax, cfform
> stuff.
>
> 
> iUseDropbox(http://db.tt/63Lvone9)
> http://ajashadi.blogspot.com
> We cannot become what we need to be, remaining what we are.
> No matter what, find a way. Because thats what winners do.
> You can't improve what you don't measure.
> Quality is never an accident; it is always the result of high intention,
> sincere effort, intelligent direction and skillful execution; it represents
> the wise choice of many alternatives.
>
>
>
> On Thu, Jun 28, 2012 at 2:55 PM, Troy Jones  wrote:
>
>>  Is it possible that there is a virtual directory in IIS that is the
>> culprit?
>>
>> ** **
>>
>> Troy Jones
>>
>> ** **
>>
>> [image: da_logo_70x263]*
>> **
>> ___
>> **
>> *
>> *Troy Jones*  |  Director of Technical Services  |  Dynapp Inc  |
>> 1-800-830-5192  ext. 603  |  dynapp.com <http://www.dynapp.com/>  |
>> facebook.com/dynapp <http://www.facebook.com/dynapp>
>>
>> ** **
>>
>> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
>> Mohammed
>> *Sent:* Thursday, June 28, 2012 1:12 PM
>>
>> *To:* discussion@acfug.org
>> *Subject:* Re: [ACFUG Discuss] CFC path - bind autosuggest issue
>>
>>  ** **
>>
>> ok, it happened again. Charlie, to answer your question, this time I did
>> not create error. I just added a extra space and saved the cfc file and
>> refreshed the .cfm page and the error was gone.
>>
>> We are not using application specific mappings at all i.e this.mappings
>> in application.cfc. We dont have any app-specific mappings for the app.
>>
>> The only weird thing I have noticed is, we have this app setup as
>> website. So the error happens when i access the site page like this
>> qa.charlie.com/test.cfm. It doesnt happen if I access it like this
>> 10.10.10.x/XYZ/test.cfm i.e. thats the ip address of our qa/dev server
>> followed by code folder located at C:\inetpub\wwwroot\XYZ. The error when
>> called via URL qa.charlie.com/test.cfm says XYZ/Employee.cfc not found.
>>
>> So why does direct 10.10.10.x/XYZ/test.cfm works and not
>> qa.charlie.com/test.cfm? When accessed via URL, its looking for that CFC
>> under another sub XYZ folder(C:\inetpub\wwwroot\XYZ\XYZ\Employee.cfc) when
>> the site has been defined to use C:\Inetpub\wwwroot\XYZ as home directory
>> in IIS 6.0.
>>
>> To make matters more interesting, we have atleast 20 cfcs under XYZ and
>> this error happens only on 2 CFCs. All others called from cfm pages work
>> just fine. Perhaps any error in 2 CFC's that might be causing this behavior?
>>
>> Weird stuff.
>>
>>  
>>
>> iUseDropbox(http://db.tt/63Lvone9)
>> http://ajashadi.blogspot.com
>> We cannot become what we need to be, remaining what we are.
>> No matter what, find a way. Because thats what winners do.
>> You can't improve what you don't measure.
>> Quality is never an accident; it is always the result of high intention,
>> sincere effort, intelligent direction and skillful execution; it represents
>> the wise choice of many alternatives.
>>
>>
>> **
>> **
>>
>> On Wed, Jun 27, 2012 at 11:34 AM, Charlie Arehart 
>> wrote:
>>
>> I’m curious: you refer to creating an error to somehow “force things
>> loose”. I assume you refreshed the page after creating the error, right?
>>
>> But did you try also just making a change of any sort to the file, then
>> refreshing it, then removing it, to see if that solved things? If you did
>> do that, and it did not solve things, that 

RE: [ACFUG Discuss] CFC path - bind autosuggest issue

[Charlie Arehart]

Ajas, is there by any chance code with the same file name in the CF wwwroot
as well as in your external web server docroot? (such as in [cf8/9]\wwwroot,
or [jrun]\servers\[instancename]\cfusion-ear\cfusion-war\, or
[cf10]\cfusion\wwwroot, or [cf10]\[instance]\wwwroot)? And beyond just the
root, how about in any subdirectory structure that might match that in the
external web server root?

I'm wondering if you are having a situation where someone is occasionally
creating a file of the same name and path in the internal wwwroot as in the
external, and CF is caching that, but then when it's removed, CF gets an
error. This is just a wild guess. I don't know that it would or should
happen.

But many don't realize that CF does indeed search in both the internal and
external web server roots for files, so that if you have files of the same
name in them, there can be confusion (you edit one and not the other, and
"never see" the change reflected when you browse the page, because you
didn't realize there was this "shadow" page that CF was finding.)

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Friday, August 17, 2012 4:10 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] CFC path - bind autosuggest issue

 

And the error happened again. My colleagues renamed the CFC to lets say
Employee1.cfc & refresh page and then renamed it back to Employee.cfc and
its working fine again. Earlier, I was adding a space or introducing an
error myself by adding single pound and then refreshing page and then
removing pound and refreshing page to make the error go away.

This is weird stuff.

 

 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

Re: [ACFUG Discuss] CFC path - bind autosuggest issue

[Ajas Mohammed]

Charlie,

The code is ONLY IN external server webroot. We dont have anything in CF
wwwroot. But that was good suggestion. Its possible especially when you
explain "shadow" page logic.

Also, no one is creating subdirectory structure that matches external web
server root.

This one is weirdest of things I have ever seen because code works for days
and suddenly one day we start getting XYZ/Employee.cfc not found.


iUseDropbox(http://db.tt/63Lvone9)
http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.



On Fri, Aug 17, 2012 at 7:09 PM, Charlie Arehart wrote:

> Ajas, is there by any chance code with the same file name in the CF
> wwwroot as well as in your external web server docroot? (such as in
> [cf8/9]\wwwroot, or [jrun]\servers\[instancename]\cfusion-ear\cfusion-war\,
> or [cf10]\cfusion\wwwroot, or [cf10]\[instance]\wwwroot)? And beyond just
> the root, how about in any subdirectory structure that might match that in
> the external web server root?
>
> I’m wondering if you are having a situation where someone is occasionally
> creating a file of the same name and path in the internal wwwroot as in the
> external, and CF is caching that, but then when it’s removed, CF gets an
> error. This is just a wild guess. I don’t know that it would or should
> happen.
>
> But many don’t realize that CF does indeed search in both the internal and
> external web server roots for files, so that if you have files of the same
> name in them, there can be confusion (you edit one and not the other, and
> “never see” the change reflected when you browse the page, because you
> didn’t realize there was this “shadow” page that CF was finding.)
>
> ** **
>
> /charlie
>
> ** **
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Friday, August 17, 2012 4:10 PM
>
> *To:* discussion@acfug.org
> *Subject:* Re: [ACFUG Discuss] CFC path - bind autosuggest issue
>
> ** **
>
> And the error happened again. My colleagues renamed the CFC to lets say
> Employee1.cfc & refresh page and then renamed it back to Employee.cfc and
> its working fine again. Earlier, I was adding a space or introducing an
> error myself by adding single pound and then refreshing page and then
> removing pound and refreshing page to make the error go away.
>
> This is weird stuff.
>
>  
>
> ** **
>
> -
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.edituserform
>
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by FusionLink <http://www.fusionlink.com>
> -
>

RE: [ACFUG Discuss] CFC path - bind autosuggest issue

[Charlie Arehart]

Odd, indeed. I can't recall: what version of CF was this (including point
release)? And would you say you have all CF hotfixes? (Not judged just by
the CF Admin system info page, but by looking at what's in the lib\updates
dir.)

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Monday, August 20, 2012 12:13 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] CFC path - bind autosuggest issue

 

Charlie,

The code is ONLY IN external server webroot. We dont have anything in CF
wwwroot. But that was good suggestion. Its possible especially when you
explain "shadow" page logic.

Also, no one is creating subdirectory structure that matches external web
server root.

This one is weirdest of things I have ever seen because code works for days
and suddenly one day we start getting XYZ/Employee.cfc not found.

  

 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

Re: [ACFUG Discuss] CFC path - bind autosuggest issue

[Ajas Mohammed]

Server Product  ColdFusion   Version  9,0,0,251028 Edition  Enterprise
  Operating System  Windows 2003 OS Version  5.2 Adobe Driver
Version  4.0 (Build 0005) JVM Details   Java Version  1.6.0_14 Java
Vendor  Sun Microsystems Inc. Java Vendor URL
http://java.sun.com/  Java Home C:\ColdFusion9\runtime\jre
C:\ColdFusion9\lib\updates has 0 updates. I remember, I applied the
directory traversal vulnerability update
http://www.adobe.com/support/security/bulletins/apsb10-18.html .

*Vulnerability identifier:* APSB10-18

*CVE number:* CVE-2010-2861
You were referring to these CF hotfixes right?


COLDFUSION Version 9 Brief Originally Posted Last Updated
*APSB12-15<http://www.adobe.com/support/security/bulletins/apsb12-15.html>
* Security update: Hotfix available for ColdFusion 9.0.1 and
earlier<http://www.adobe.com/support/security/bulletins/apsb12-15.html>
6/12/2012 6/12/2012
*APSB12-06<http://www.adobe.com/support/security/bulletins/apsb12-06.html>
* Security update: Hotfix available for
ColdFusion<http://www.adobe.com/support/security/bulletins/apsb12-06.html>
3/13/2012 3/13/2012
*APSB11-29<http://www.adobe.com/support/security/bulletins/apsb11-29.html>
* Security update: Hotfix available for
ColdFusion<http://www.adobe.com/support/security/bulletins/apsb11-29.html>
12/13/2011 12/13/2011
*APSB11-14<http://www.adobe.com/support/security/bulletins/apsb11-14.html>
* Security update: Hotfix available for
ColdFusion<http://www.adobe.com/support/security/bulletins/apsb11-14.html>
6/14/2011 6/14/2011 *APSB11-04
<http://www.adobe.com/support/security/bulletins/apsb11-04.html>
*Security update: Hotfix available for
ColdFusion<http://www.adobe.com/support/security/bulletins/apsb11-04.html>
2/8/2011 3/7/2011
*APSB10-18<http://www.adobe.com/support/security/bulletins/apsb10-18.html>
* Security update: Hotfix available for
ColdFusion<http://www.adobe.com/support/security/bulletins/apsb10-18.html>
 8/10/2010 8/11/2010
*APSB10-11<http://www.adobe.com/support/security/bulletins/apsb10-11.html>
* Security update: Hotfixes available for
ColdFusion<http://www.adobe.com/support/security/bulletins/apsb10-11.html>
5/11/2010 5/11/2010
*APSB10-05<http://www.adobe.com/support/security/bulletins/apsb10-05.html>
* Security update available for
BlazeDS<http://www.adobe.com/support/security/bulletins/apsb10-05.html>
2/11/2010 3/5/2010
*APSB10-04<http://www.adobe.com/support/security/bulletins/apsb10-04.html>
* Solution available for potential ColdFusion information disclosure
issue<http://www.adobe.com/support/security/bulletins/apsb10-04.html>
1/29/2010 1/29/2010

iUseDropbox(http://db.tt/63Lvone9)
http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.



On Mon, Aug 20, 2012 at 12:39 PM, Charlie Arehart wrote:

> Odd, indeed. I can’t recall: what version of CF was this (including point
> release)? And would you say you have all CF hotfixes? (Not judged just by
> the CF Admin system info page, but by looking at what’s in the lib\updates
> dir.)
>
> ** **
>
> /charlie
>
> ** **
>
> *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas
> Mohammed
> *Sent:* Monday, August 20, 2012 12:13 PM
>
> *To:* discussion@acfug.org
> *Subject:* Re: [ACFUG Discuss] CFC path - bind autosuggest issue
>
> ** **
>
> Charlie,
>
>
> The code is ONLY IN external server webroot. We dont have anything in CF
> wwwroot. But that was good suggestion. Its possible especially when you
> explain "shadow" page logic.
>
> Also, no one is creating subdirectory structure that matches external web
> server root.
>
> This one is weirdest of things I have ever seen because code works for
> days and suddenly one day we start getting XYZ/Employee.cfc not found.
>
>   
>
> ** **
>
> -
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.edituserform
>
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by FusionLink <http://www.fusionlink.com>
> -
>

RE: [ACFUG Discuss] CFC path - bind autosuggest issue

[Charlie Arehart]

OK, so to be clear you're on basically a totally unpatched server. 9.0 (not
either of the free updaters, 9.0.1 or 9.0.2), without any hotfixes,
cumulative hotfixes, or security hotfixes.

(And no, Ajas, the list you offer is just the "security hotfixes". The
updaters and hotfixes are instead at
http://www.adobe.com/support/coldfusion/downloads_updates.html#cf9. (And
though Adobe said they would no longer post 9.0.1 on their site, I see the
updater there, on that page. There is also 9.0.2, the updater that removes
Verity, and adds all hotfixes and security hotfixes for 9.0.1, as well as
updates the JVM. 9.0.2 is the "most updated CF9 you can get", but do beware
that in applying all the security hotfixes, there are some changes that can
affect current functionality. See the security hotfix technotes for more.)

Anyway, I'd propose that anytime you have "weird" problems, before going any
further you ought to implement at least the CHFs for the version you're on
(9.0), if not move up to a later updater and ITS CHFs, and then any HFs
beyond the CHFs.

I appreciate that you some may say, "well, we don't want to apply updates
unless we have to". Ok, then I'd propose one should then review each of the
technotes for the latest CHFs and any HFs beyond that, for whatever version
of CF one is on, to see if it may offer any reference to the problem you're
experiencing. But even then, the wording of these technotes (like many
"change logs" for all kinds of apps) are fairly terse, so you may think
"nothing there seems to apply", but it could be just misleading wording.

So really, I'd propose that in a cause like yours Ajas, the next step is to
apply fixes, if not updaters, and see of the "weird problem" doesn't just go
away. Even if it doesn't, you a) can at least say you have applied all
possibly related hotfixes and b) you get all the other benefits that would
come with such hotfixes or updaters. 

But certainly, it's wise to do testing when applying any CHFs or updaters,
and I know that some are reluctant to do these for that reason. I'm just
saying, if you have a "weird problem", it may only go away by applying a
needed patch.

Hope that's helpful.

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Monday, August 20, 2012 12:53 PM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] CFC path - bind autosuggest issue

 


Server Product 

ColdFusion 


Version 

9,0,0,251028   


Edition 

Enterprise   

 


Operating System 

Windows 2003   


OS Version 

5.2   


Adobe Driver Version 

4.0 (Build 0005)   


JVM Details 


Java Version 

1.6.0_14   


Java Vendor 

Sun Microsystems Inc.   


Java Vendor URL 

http://java.sun.com/ 


Java Home 

C:\ColdFusion9\runtime\jre   


C:\ColdFusion9\lib\updates has 0 updates. I remember, I applied the
directory traversal vulnerability update
http://www.adobe.com/support/security/bulletins/apsb10-18.html . 

Vulnerability identifier: APSB10-18

CVE number: CVE-2010-2861

You were referring to these CF hotfixes right?






COLDFUSION


Version 9


Brief

Originally Posted

Last Updated


 <http://www.adobe.com/support/security/bulletins/apsb12-15.html> APSB12-15
<http://www.adobe.com/support/security/bulletins/apsb12-15.html>  Security
update: Hotfix available for ColdFusion 9.0.1 and earlier

6/12/2012

6/12/2012


 <http://www.adobe.com/support/security/bulletins/apsb12-06.html> APSB12-06
<http://www.adobe.com/support/security/bulletins/apsb12-06.html>  Security
update: Hotfix available for ColdFusion

3/13/2012

3/13/2012


 <http://www.adobe.com/support/security/bulletins/apsb11-29.html> APSB11-29
<http://www.adobe.com/support/security/bulletins/apsb11-29.html>  Security
update: Hotfix available for ColdFusion

12/13/2011

12/13/2011


 <http://www.adobe.com/support/security/bulletins/apsb11-14.html> APSB11-14
<http://www.adobe.com/support/security/bulletins/apsb11-14.html>  Security
update: Hotfix available for ColdFusion

6/14/2011

6/14/2011


 <http://www.adobe.com/support/security/bulletins/apsb11-04.html> APSB11-04
<http://www.adobe.com/support/security/bulletins/apsb11-04.html> Security
update: Hotfix available for ColdFusion

2/8/2011

3/7/2011


 <http://www.adobe.com/support/security/bulletins/apsb10-18.html> APSB10-18
<http://www.adobe.com/support/security/bulletins/apsb10-18.html>  Security
update: Hotfix available for ColdFusion

8/10/2010

8/11/2010


 <http://www.adobe.com/support/security/bulletins/apsb10-11.html> APSB10-11
<http://www.adobe.com/support/security/bulletins/apsb10-11.html>  Security
update: Hotfixes available for ColdFusion

5/11/2010

5/11/2010


 <http://www.adobe.com/support/security/bulletins/apsb10-05.html> APSB10-05
<http://www.adobe.com/support/sec

Re: [ACFUG Discuss] CFC path - bind autosuggest issue

[John Mason]

Ajas Mohammed can you contact me off list. I got an email about managed 
hosting and you were mentioned in it. Just trying to connect the dots :)


thanks,
John
ma...@fusionlink.com



-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform


For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-

Re: [ACFUG Discuss] CFC path - bind autosuggest issue

[Ajas Mohammed]

John, emailed you off the list.

Charlie, thanks for the detailed explanation. From our side, we just seem
to be happy with working CF without Hotfixes. But my team wanted security
hotfixes applied so I took care of that. I understand it would be nice to
apply CHF and see if issue goes away but I doubt I will be able to get
approval on that and more importantly get thorough testing done after
applying CHF's. I surely cant go to 9.0.2 because we still use verity for
one of our apps.

Thanks again.


iUseDropbox(http://db.tt/63Lvone9)
http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.



On Tue, Aug 21, 2012 at 2:53 PM, John Mason  wrote:

> Ajas Mohammed can you contact me off list. I got an email about managed
> hosting and you were mentioned in it. Just trying to connect the dots :)
>
> thanks,
> John
> ma...@fusionlink.com
>
>
>
>
> --**--**-
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.**edituserform
>
> For more info, see 
> http://www.acfug.org/**mailinglists
> Archive @ 
> http://www.mail-archive.com/**discussion%40acfug.org/
> List hosted by http://www.fusionlink.com
> --**--**-
>
>
>
>

RE: [ACFUG Discuss] CFC path - bind autosuggest issue

[Charlie Arehart]

Ajas, you say you "seem to be happy with working CF without hotfixes", but
I'm proposing that what you experience is the very kind of problem that
Adobe DOES sometimes fix via hotfixes. 

I hear you saying you regard applying them as something "nice.but you doubt
you can get approval for", but you've also not said if you've checked to see
if any do apply (as I proposed would be your next step). If any is, then it
would seem you've got a clear choice: do the hotfix and solve the problem,
or put up with the problem. 

But I grant that your bigger concern is "well, what if none DOES obviously
fix the problem, and then what if it takes time for the problem to show up
again? And we have to worry about testing after applying a fix". 

As for that latter point, I'll note that it's rare that HFs or CHFs
introduce any sort of breaking change in behavior (though misapplication of
them can break things), but some security hotfixes do in fact introduce
changes in behavior. 

In fact, if you're saying your team wanted security hotfixes and you took
care of that, is that since you wrote us? Because if so, then you should
certainly have done (or should now do) testing after those! :-) And if
you've not, then since you're going to have to do it anyway, you may as well
throw in the latest CHF, if nothing else, right? :-)

Just trying to help you think through things.

 

/charlie

 

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Wednesday, August 22, 2012 11:56 AM
To: discussion@acfug.org
Subject: Re: [ACFUG Discuss] CFC path - bind autosuggest issue

 

John, emailed you off the list.

Charlie, thanks for the detailed explanation. From our side, we just seem to
be happy with working CF without Hotfixes. But my team wanted security
hotfixes applied so I took care of that. I understand it would be nice to
apply CHF and see if issue goes away but I doubt I will be able to get
approval on that and more importantly get thorough testing done after
applying CHF's. I surely cant go to 9.0.2 because we still use verity for
one of our apps.

Thanks again.

 

 




-
To unsubscribe from this list, manage your profile @ 
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-