Request Scope & CFC called by Bind

Question

I am using CF9 in a windows 64bit environment.  I am using AJAX  functionality to populate a select list with values depending upon the  selection of a radio button.  I had this working in CF8, but I had  hardcoded the datasource, userid, and password for stored procedure  calls within the CFC.  In my new hosting environment, this is no longer  desirable. I tokenized these values by creating variables in the REQUEST  scope; defining them in my Application.cfc file.  It appears that a CFC  called through an AJAX bind does not receive the REQUEST scope and  therefore these variables are unavailable within functions residing in  the CFC.  Furthermore, it seems that the GetAuthUser() function does not  work either.  It appears to return an empty string instead of the  userID of the current logged in user.  I have attempted to kludge this  problem by passing these values out of the calling CFM as parameters to  the functions contained in the CFC.  While this works it has an  undesirable side-effect.  Previously (when only passing a form variable)  clicking on a radio button would immediately populate the select list  with the appropriated data based upon the button selected; but now, the  nothing happens when the user clicks on a radio button.  Then when the  users clicks on the select list, it suddenly re-populated.  Does anyone  know of a resolution to either the timing of populating the select list  in this context, or how to get the CFC to recognize the REQUEST scope  and the GetAuthUser() function...  Thanks

Adam Cameron. · Accepted Answer

Here are sub-sets of the three files that inter-relate and with which I have a problem. As stated, originally the CFC lived together with the A_Report.cfm's directory. Since I could not make CF9 find the CFC, I moved it to a new directory under the WEBroot. (This may be the source of the problem since it no longer lives under the application.cfc'root directory.) At any rate in it's new location, I needed to pass all the SESSIONinformation into the functions as well as the results of the GetAuthUser() function sincenone of this information was available withing the functions in the CFC. Originally, I onlyneeded to send the1st parameter of each of these functions since the other informationwas available. Before I added the new parameters, when a user clicked on the one of theradio buttons the drop-down list and establishment name (if applicable) was populated.Now, upon clicking the radio button, nothing happens until the user clicks on the drop-downlist and then suddenly it repopulates itself. The only differences in the code are thelocation of the CFC file, the fact that I tokenized the DB login values instead of havingthem hard-coded, and since SESSION variables were not recoginized, I added the parametersto the bind calls.Because of security concerns of folks I work for, I have changed a number of names that relate to the actual purpose of the form and the application from which this stuff is extracted.If the problem is the location of the CFC file vis-a-vis the application.cfc file, can someone explain how to make CF9 recognise a location other than under the WEB root. I have tried creating a CF mapping, and it originally co-existed with the calling CFM... But alas... It prefered the WEB root. A Report #AppPageHeader("Generate an OSHA 300 Privacy List")#

Just some header Information for the user

SMIS Report Set-up:

Select Organizations From: Batch File Access List Establishment

Select Organizations:

Establishment Name:

Invalid value received for choice of organization list in OSHA 300 Log Report!

Since I could not make CF9 find the CFC, I moved it to a new directory under the WEBroot. (This may be the source of the problem since it no longer lives under the application.cfc'root directory.) Well: yes. That's your problem (well: it's enough of a problem I didn't bother reading the rest of your post... they might be more problems after that).If the request variables are set in an Application.cfc file, and your CFC requests aren't going to call that Application.cfc... how do you expect the request variables to exist? ;-)What you need to do is to drop an Application.cfc into the dir that the CFC(s) are in that extends the other Application.cfc.Tell me: if you suspected that was the problem, why didn't you investigate that angle?--Adam

Adam Cameron. · Answer

It appears that a CFC called through an AJAX bind does not receive the REQUEST scope and therefore these variables are unavailable within functions residing in the CFC.

I can't vouch for the getAuthUser() stuff... never used it. However I can repudiate the assertion above. An AJAX request certainly does have a request scope, and certainly does run onRequestStart(). Is that where you're setting your request-scoped variables?

Can you pls post the calling code, the code being called by the AJAX request, plus the relevant bits of your Application.cfc.

You can verify that your onRequestStart handler is being called by putting a CFLOG entry in it, btw (troubleshooting tip...).

--

Adam

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.

Scanning file for viruses.

This file cannot be downloaded