Dave Watts wrote:
>
> For example, in a database, you may want to determine the average value of a
> column, in a table that has a million rows. The SQL to do this is quite
> easy, but by default it will prevent write access to those rows while the
> query is running.
Only in MS SQL Server. In da
I think Dave answered it well. I think the Users Online thing is
another example. If you have, on average, 200 users on your site, and
you are only showing it for "ego reasons", then why not let it be a
few off?
On 7/18/07, Dave Watts <[EMAIL PROTECTED]> wrote:
> > Still, I don't get the whole con
> Still, I don't get the whole concept of "If it's not that
> important, don't lock it"... because.. if it's not that
> important, and you know the numbers might be inaccurate, why
> do it at all?
The cost of locking may outweigh the value of an individual data point.
For example, in a databas
On 7/17/07, John Paul Ashenfelter <[EMAIL PROTECTED]> wrote:
>
> Or if it's *really* worth reporting, get it from a reliable source.
> For example, maybe from the webserver log, which is a lot less
> ambigious than a session/application/etc-based counter. Let's not even
> get into dealing with clus
t; > thought wouldn't be 100% accurate.
> >
> > Just my $.02!
> >
> >
> >
> > Chris Peterson
> > Gainey IT
> > Adobe Certified Advanced Coldfusion Developer
> > -Original Message-
> > From: Raymond Camden
> > S
>
>
>
> Chris Peterson
> Gainey IT
> Adobe Certified Advanced Coldfusion Developer
> -Original Message-
> From: Raymond Camden
> Sent: Tuesday, July 17, 2007 12:50 PM
> To: CF-Talk
> Subject: Re: Session Variable Types
>
> On 7/17/07, Tom Chiverton <[E
It's the ability to replicate the sessions across a cluster that is the
crucial difference between J2EE session and non-J2EE sessions.
On 7/17/07, Rick Root <[EMAIL PROTECTED]> wrote:
>
> Either way, it's not *THAT* different from regular coldfusion session
> variables, except that the session CO
true...
it shows that i've not yet fully embraced Application.cfc, eh? :)
On 7/17/07, Raymond Camden <[EMAIL PROTECTED]> wrote:
> I think you should be a bit careful on wording here. Doing structClear
> on a session will NOT timeout the session. It just removes the data in
> it. So for example, o
Peterson, Chris wrote:
> Eek, I don't know that I agree with you on that one Ray. If you really
> don't care if the viewed page stats is accurate, why bother coding it at
> all? Maybe I'm just bitter, because I do internal reporting and have to
> prove my numbers to the nth degree, but I would ne
On 7/17/07, Rick Root <[EMAIL PROTECTED]> wrote:
> On 7/17/07, Charlie Griefer <[EMAIL PROTECTED]> wrote:
> >
> > J2EE sessions end on browser close. traditional cf sessions do not.
>
> Is that documented somewhere?
http://livedocs.adobe.com/coldfusion/7/htmldocs/1163.htm
(again tho... make
On 7/17/07, Charlie Griefer <[EMAIL PROTECTED]> wrote:
>
> to clarify on that... there is one point of contention in the comments
> section of the docs regarding this...
>
> http://livedocs.adobe.com/coldfusion/7/htmldocs/1163.htm
that's interesting. I have to agree that the session does NOT
aye...
On 7/17/07, Brian Kotek <[EMAIL PROTECTED]> wrote:
> Just a note that it's also easy to make normal CF sessions end on browser
> close by copying the cfid and cftoken cookie into a session-only cookie.
> It's about 4 lines of code.
>
> On 7/17/07, Ben Doom <[EMAIL
umber I
thought wouldn't be 100% accurate.
Just my $.02!
Chris Peterson
Gainey IT
Adobe Certified Advanced Coldfusion Developer
-Original Message-
From: Raymond Camden
Sent: Tuesday, July 17, 2007 12:50 PM
To: CF-Talk
Subject: Re: Session Variable Types
On 7/17/07, Tom Chivert
Just a note that it's also easy to make normal CF sessions end on browser
close by copying the cfid and cftoken cookie into a session-only cookie.
It's about 4 lines of code.
On 7/17/07, Ben Doom <[EMAIL PROTECTED]> wrote:
>
> Charlie Griefer wrote:
> > J2EE sessions end on browser close. traditi
On 7/17/07, Ben Doom <[EMAIL PROTECTED]> wrote:
> Charlie Griefer wrote:
> > J2EE sessions end on browser close. traditional cf sessions do not.
> Now that's some useful information.
> All I have to do is figure out how it can be useful in my immediate
> future
to clarify on that... there i
On 7/17/07, Tom Chiverton <[EMAIL PROTECTED]> wrote:
> On Tuesday 17 Jul 2007, [EMAIL PROTECTED] wrote:
> > Although he said he'd heard you didn't need to lock j2ee session variables.
>
> Oh dear...
> session.inaccurateCountOfPagesViewed + 1 />
> :-)
Of course, one could argue that a stat
On 7/17/07, Charlie Griefer <[EMAIL PROTECTED]> wrote:
>
> J2EE sessions end on browser close. traditional cf sessions do not.
Is that documented somewhere?
Rick
~|
ColdFusion 8 beta â Build next generation applications today
On 7/17/07, Raymond Camden <[EMAIL PROTECTED]> wrote:
>
> Of course, one could argue that a stat like that may not be important
> enough for a lock. If you were simply reporting your pages viewed then
> you could can probably just not worry about it.
Remember the 90s, when page views were all impo
Charlie Griefer wrote:
> J2EE sessions end on browser close. traditional cf sessions do not.
Now that's some useful information.
All I have to do is figure out how it can be useful in my immediate
future
--Ben Doom
~|
Co
I think you should be a bit careful on wording here. Doing structClear
on a session will NOT timeout the session. It just removes the data in
it. So for example, onSessionEnd will not fire.
On 7/17/07, Charlie Griefer <[EMAIL PROTECTED]> wrote:
> Rick:
>
> even if there weren't any differences fro
> Although I'm aware of j2ee session variables, it never
> occurred to me to consider that someone might consider them a
> different type of session variable, so I totally didn't
> understand the question. He did finally tell me about the
> two "types" of session variables.
As you say, they a
J2EE sessions also automatically end (for the user) when the browser
is closed instead of persisting, as J2EE sessions are tracked with
session (i.e. in-memory) cookies rather than persistent ones.
On 7/17/07, Rick Root <[EMAIL PROTECTED]> wrote:
> Well, the interviewer was actually asking if I us
On Tuesday 17 Jul 2007, [EMAIL PROTECTED] wrote:
> Although he said he'd heard you didn't need to lock j2ee session variables.
Oh dear...
:-)
--
Tom Chiverton
This email is sent for and on behalf of Halliwells LLP.
Halliwells LLP is a limit
On 7/17/07, Brian Kotek <[EMAIL PROTECTED]> wrote:
> Personally, it's a terrible question. I'd say something like:
>
> That question needs clarification. Do you mean possible categories of
> session variables availabe in ColdFusion, such as standard vs. J2EE? Or do
> you mean kinds of data one migh
Rick:
even if there weren't any differences from a coding standpoint, the
fact that you can choose between the two still suggests that they are
different (at least different enough that the choice is there).
J2EE sessions end on browser close. traditional cf sessions do not.
you can time out a
Correct, the J2EE session variables are required to replicate them across a
cluster. However, whether you need to lock them or not has nothing to do
with the type of session variable you choose, but on the potential for race
conditions in the code itself.
On 7/17/07, Rick Root <[EMAIL PROTECTED]>
Well, the interviewer was actually asking if I used j2ee session
variables, to which I would've quickly answered "no"
But as far as coldfusion is concerned, There's only one type of
session variables. Those are variables placed in the session scope.
Whether or not they are J2EE session variable
Personally, it's a terrible question. I'd say something like:
That question needs clarification. Do you mean possible categories of
session variables availabe in ColdFusion, such as standard vs. J2EE? Or do
you mean kinds of data one might choose to store in a persistent scope, such
as shopping ca
t; boolean on Sundays
>
> etc.
>
>
>
>
> - Original Message -
> From: "Rick Root" <[EMAIL PROTECTED]>
> To: "CF-Talk"
> Sent: Tuesday, July 17, 2007 1:28 PM
> Subject: Re: Session Variable Types
>
>
> > I'd like to
On Tuesday 17 Jul 2007, you wrote:
> I'd like to see a few more answers to this one before I post the "answer"
"Things like the users recent report requests"
--
Tom Chiverton
This email is sent for and on behalf of Halliwells LLP.
Halliwell
those based on cfid and cftoken and those based on jsessionid from the j2ee
server.
that would be my answer and on the whole I favour jsessionid and would blah
blah about that for a bit!
On 7/16/07, Rick Root <[EMAIL PROTECTED]> wrote:
>
> I had an interviewer ask me the following question.
>
> "
Er..
strings, numeric, structures, queries, arrays, date,
boolean on Sundays
etc.
- Original Message -
From: "Rick Root" <[EMAIL PROTECTED]>
To: "CF-Talk"
Sent: Tuesday, July 17, 2007 1:28 PM
Subject: Re: Session Variable Types
> I'd like to
I'd like to see a few more answers to this one before I post the "answer"
I had an interviewer ask me the following question.
"What types of session variables do you use?"
Before reading any of the responses to this thread, I'd like to know
how you would answer that question.
Do you mean ColdFusion in built scopes, or custom ones?
...and then answer from there
On 7/17/07, Claude Schneegans <[EMAIL PROTECTED]> wrote:
> >>how you would answer that question.
>
> "Any type I'd need, depending on the project..."
>
> --
> ___
> REUSE COD
>>how you would answer that question.
"Any type I'd need, depending on the project..."
--
___
REUSE CODE! Use custom tags;
See http://www.contentbox.com/claude/customtags/tagstore.cfm
(Please send any spam to this address: [EMAIL PROTECTED])
Thanks.
~~~
> "What types of session variables do you use?"
I'd say "the kind that stay in RAM when you are using session management and
you navigate from page to page in a web application."
-- Josh
~|
Create Web Applications With ColdFu
traditional/J2EE
On 7/16/07, Rick Root <[EMAIL PROTECTED]> wrote:
> I had an interviewer ask me the following question.
>
> "What types of session variables do you use?"
>
> Before reading any of the responses to this thread, I'd like to know
> how you would answer that question.
>
> Rick
>
>
~~
Application. Are their others? :)
Rick Root wrote:
> I had an interviewer ask me the following question.
>
> "What types of session variables do you use?"
>
> Before reading any of the responses to this thread, I'd like to know
> how you would answer that question.
>
> Rick
>
>
~
I had an interviewer ask me the following question.
"What types of session variables do you use?"
Before reading any of the responses to this thread, I'd like to know
how you would answer that question.
Rick
~|
Create robust en
39 matches
Mail list logo