Thanks all, that is what I figured just wanted to make sure my thinking was on
the right path and a small part want to see if I could be a bit lazy lol.
~|
CF 8 â Scorpio beta now available,
easily build great internet experie
> Hi! Question, I have several cfc's stored in server scope (
> yes, I own server and it is for a intranet and I use vars )
> that are the "guts" of my app. I have a pretty clear
> understanding of how things work except one situation.
>
> When a call i
in ANY user object (logged in user or not), while using
a session facade pretty much will tightly couple that server scope CFC
to the logged in user and you will have to refactor to allow it to
support other user objects.
-Cameron
Robertson-Ravo, Neil (RX) wrote:
> I would, if at all possi
Reed Exhibitions."
Visit our website at http://www.reedexpo.com
-Original Message-
From: John Skrotzki
To: CF-Talk
Sent: Fri Jul 20 22:45:39 2007
Subject: CFC is server scope and session calls to it...
Hi! Question, I have several cfc's stored in server scope ( yes, I own se
Hi! Question, I have several cfc's stored in server scope ( yes, I own server
and it is for a intranet and I use vars ) that are the "guts" of my app. I
have a pretty clear understanding of how things work except one situation.
When a call is made to a method with argu
Baz,
Mainly, the "server" scope needs to contain things that are germane to the
entire server. It's probably frowned on because folks would put things in
the server scope that belong in the application scope - like DSN names or
settings for example.
-Mark
-Original Message
Hi,
> Why is it frowned upon by the way? I've heard
> such talk before, that's why I
> ask, but I'm not sure of the reasons.
one reason was the shared variables issue on CF 5 and before (concurrent
requests).
But, another point is that on a shared server you have no way to make sure
another p
'm not sure of the reasons.
>
> Baz
>
>
> -Original Message-
> From: Mark A Kruger [mailto:[EMAIL PROTECTED]
> Sent: Sunday, February 19, 2006 5:41 PM
> To: CF-Talk
> Subject: RE: SERVER scope
>
> If as you say this library is "server wide" then I say go for
Thanks guys,
Why is it frowned upon by the way? I've heard such talk before, that's why I
ask, but I'm not sure of the reasons.
Baz
-Original Message-
From: Mark A Kruger [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 19, 2006 5:41 PM
To: CF-Talk
Subject: RE: SERVER s
4:25 PM
To: CF-Talk
Subject: SERVER scope
Hi,
I have a CFC that I use across all applications. It's basically a global UDF
library that stores no data.
Is it ok to store this CFC in the SERVER scope rather than the application
scope? Is using a named lock for this ok:
I do, but it's usually frowned upon (for no logical reason). Just make sure
you check if the var exists first before adding it to avoid unnecessary
writing to the server scope, but even that is nothing to worry about as
there is no 'real' storage difference between the server,
Hi,
I have a CFC that I use across all applications. It's basically a global UDF
library that stores no data.
Is it ok to store this CFC in the SERVER scope rather than the application
scope? Is using a named lock for this ok:
Cheers
> If you're running CF Enterprise with sandboxes, does the
> SERVER scope still apply to the entire server or dos each
> sandbox have its own SERVER scope?
I'm pretty sure that you still only have one Server scope with sandboxes.
You would have separate Server scopes if you
Sandboxes don't change the way scopes apply - they only introduce
security checking via the java security methods; there remains a
single SERVER scope common across all sandboxes.
However, multiple instances of CF on the one machine will each have
their own SERVER scope, because each ins
Hi,
If you're running CF Enterprise with sandboxes, does the SERVER scope still
apply to the entire server or dos each sandbox have its own SERVER scope?
Cheers,
Baz
~|
Discover CFTicket - The leading ColdFusion Help
Till the server reboots... it doesn't have a lifespan setting other than
"I'll be here till the server reboots."
You could use any number of mechanisms to refresh it...
As far as whether or not to create a CFC instance in the server scope
there's no reason not to
A few questions:
Is it good practice or wise to create an object in the server scope? And if
so how long does it live? I see in the administrator Memory Variables you
can set the application and Session time to live, but not server scope.
What I want to do
> -Original Message-
> From: David Brown [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 11, 2005 12:10 AM
> To: CF-Talk
> Subject: Re: Server Scope
>
> Jim,
> Thank you sir for the answer. Do you know how long the time to live is?
> Where do you set the ti
Jim,
Thank you sir for the answer. Do you know how long the time to live is?
Where do you set the time?
- Original Message -
From: "Jim Davis" <[EMAIL PROTECTED]>
To: "CF-Talk"
Sent: Wednesday, May 11, 2005 12:01 AM
Subject: RE: Server Scope
>> --
> -Original Message-
> From: David Brown [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, May 10, 2005 11:41 PM
> To: CF-Talk
> Subject: Server Scope
>
> A few questions:
>
> Is it good practice or wise to create an object in the server scope? And
> if so how l
A few questions:
Is it good practice or wise to create an object in the server scope? And if so
how long does it live? I see in the administrator Memory Variables you can set
the application and Session time to live, but not server scope.
What I want to do.
I read this from Ben
> Is there a way to append variables to the server scope of a
> cf server?
I'm not sure I understand. Do you mean something other than simply setting
variables within code?
If you want these variables to be created whenever the server is restarted,
I think you'll have to pu
-Original Message-
From: Burns, John [mailto:[EMAIL PROTECTED]
Sent: Friday, 23 January 2004 6:29 AM
To: CF-Talk
Subject: RE: Append variables to the server scope?
Well, I was thinking more along the lines of it permanently being
written on that server. Like the CF Serial # is and all the
Well, I was thinking more along the lines of it permanently being
written on that server. Like the CF Serial # is and all the other stuff
that's in the server scope. I don't want to have to make a call to a
script that sets that every time. I mean set it once and then it stays.
How d
Could it be this simple?
I'm not sure but I believe you think it's difficult to write to the server
scope, correct? Or am just not understanding what your looking for?
I guess you throw me of by saying "append" don't you just mean set in the
server scope?
The
Is there a way to append variables to the server scope of a cf server?
for isntance, you're running clustered servers and want to be able to
distinguish which server you're on by server.serverName and it return
the name of the server you're on. cfregistry is disabled so you can
> On Tuesday, Nov 19, 2002, at 12:05 US/Pacific, Dave Watts
> wrote:
>> Well, personally, I'm not much of a fan of the idea of
>> loading UDFs
>> into
>> memory anyway - memory is good for storing data, but is
>> wasted on code.
> Well, functions are just data. The benefit is that you
> don't have
On Tuesday, Nov 19, 2002, at 12:05 US/Pacific, Dave Watts wrote:
> Well, personally, I'm not much of a fan of the idea of loading UDFs
> into
> memory anyway - memory is good for storing data, but is wasted on code.
Well, functions are just data. The benefit is that you don't have to
include the
> As easy as it would be to add isdefined("server.udfs")> to every application.cfm
> on the server it would be far cooler to not have
> to. :)
Well, personally, I'm not much of a fan of the idea of loading UDFs into
memory anyway - memory is good for storing data, but is wasted on code.
However
On Tuesday, November 19, 2002, at 11:51 AM, Raymond Camden wrote:
> No. Unless you have all your code under an Application.cfm that does
> it.
> FYI, 'events' like this has been on the enhancement list for sometime.
> :)
Thanks for the responses Sean & Ray. I hope the "events" thing happens
so
On Tuesday, Nov 19, 2002, at 08:35 US/Pacific, Sean Daniels wrote:
> Is there a way to force CFMX to load some vars into server scope when
> the service is started?
As Raymond says, put code in Application.cfm to load it once.
> Also, has anyone had any negative reaction to loading a
> Is there a way to force CFMX to load some vars into server scope when
> the service is started?
No. Unless you have all your code under an Application.cfm that does it.
FYI, 'events' like this has been on the enhancement list for sometime.
:)
> Also, has anyone had any n
Is there a way to force CFMX to load some vars into server scope when
the service is started?
Also, has anyone had any negative reaction to loading a CFC into server
scope? I basically have a library of UDFs I want globally available
that I thought I would throw into a CFC and load into server
33 matches
Mail list logo