if your CFCs are outside the web root, you would not be able to access
them via AJAX
On Friday, May 1, 2009, Rick Faircloth wrote:
>
> Perhaps Lance's suggestion assumes my CFC's are outside the webroot?
> They're all under the same application.cfc in this app.
>
> On Fri, May 1, 2009 at 5:46 PM
Perhaps Lance's suggestion assumes my CFC's are outside the webroot?
They're all under the same application.cfc in this app.
On Fri, May 1, 2009 at 5:46 PM, Scott Stroz wrote:
>
> As long as the AJAX requests are being made to a file under the web
> root - and how could they not? - then there i
As long as the AJAX requests are being made to a file under the web
root - and how could they not? - then there is no need to duplicate
the tag in your 'remote' CFC
On Friday, May 1, 2009, Lance S wrote:
>
> I think you mentioned you are using ajax, correct. Ajax is processing with
> out know
Sounds like a good idea, Lance.
I'll have to read up on the "extends" functionality...haven't used that,
yet.
Thanks!
Rick
On Fri, May 1, 2009 at 3:51 PM, Lance S wrote:
>
> I think you mentioned you are using ajax, correct. Ajax is processing with
> out knowledge of the application space.
I think you mentioned you are using ajax, correct. Ajax is processing with out
knowledge of the application space. To get around this I created a cfc that
all my cfc calls go through and the top of the cfc looks like
http://ad.doubleclick.net/clk;207172674;29440083;f
Archiv
Good idea, but the data in this case is going back as part of a
tag, instead of back through jquery the normal way I do it,
with json.
However, perhaps I could run the , etc. code and then run
another
.
I'll give that a try.
Thanks, Maureen.
Rick
On Wed, Apr 29, 2009 at 4:51 PM, Maureen wro
Caching is set to false...
On Wed, Apr 29, 2009 at 4:57 PM, Josh Nathanson wrote:
>
> Rick - it could be that the data is caching in the browser so you're not
> seeing the new values...did you set cache:false in your ajax request?
>
> -- Josh
>
>
>
> -Original Message-
> From: Rick Fai
Thanks for the insight, Ian, but that's not a problem here.
I have the components under the webroot.
Rick
On Wed, Apr 29, 2009 at 4:26 PM, Ian Skinner wrote:
>
> Rick Faircloth wrote:
> > Thoughts? Suggestions?
> >
> > Thanks,
> >
> > Rick
>
> For ANY CFML code to share application and|or ses
Rick - it could be that the data is caching in the browser so you're not
seeing the new values...did you set cache:false in your ajax request?
-- Josh
-Original Message-
From: Rick Faircloth [mailto:r...@whitestonemedia.com]
Sent: Wednesday, April 29, 2009 1:14 PM
To: cf-talk
Subject:
Write a Coldfusion function that sets a structure equal to session
variables and and pass that structure back to qQuery. Then the client
has access to the session data.
On Wed, Apr 29, 2009 at 1:41 PM, Ian Skinner wrote:
>
> Rick Faircloth wrote:
>> The calling page isn't refreshing, it's just
Rick Faircloth wrote:
> The calling page isn't refreshing, it's just having the content *added*
> to the page via jquery.
JQuery is *NEVER* going to have access to read or write ColdFusion
session data. ColdFusion session data is on the server and JQuery is on
the client and they do not shar
Thanks for the reply, Barney...
While it could be a race condition, I think it's more likely that it has
to do with how the content is being returned to the calling page.
The calling page isn't refreshing, it's just having the content *added*
to the page via jquery. I'm not sure about that eith
Rick Faircloth wrote:
> Thoughts? Suggestions?
>
> Thanks,
>
> Rick
For ANY CFML code to share application and|or session state data they
must share the same Application name, usually set with a OR this.name="" line in either Application.cfm or
Application.cfc files.
When you start using Com
To answer your core question, yes, you can set session variables
inside CFCs and they'll be set just as effectively as setting them
anywhere else.
I didn't quite follow what you're doing, but it sounds like you
probably have a race condition somewhere. Logging is often the best
way to find those
14 matches
Mail list logo