I totally agree with you Al. The final judgement should be on our shoulders.
Give us the extra option and we will know which will be the best strategy
for our unique situations. Even though I love speed, I would take stability
any day. I don't mind a few a few milliseconds here and there but I do mind
coming in to the server room on a weekend because the coldfusion service has
stopped responding again. =)
Adding cflocks aren't that bad at all but I would still like the option. I
think allaire should concentrate on stability a little more to be honest.
Xing
> From: "Al Musella, DPM" <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Date: Sat, 16 Sep 2000 20:57:26 -0400
> To: [EMAIL PROTECTED]
> Subject: RE: cflocking.. -- ATTENTION -- MY CASE STUDY
>
>
> I read that paper, and still would like to have an option for automatic
> locking. Maybe add an attribute to the cfapplication tag: automatic
> locking: on |off
> The development time saved on it will more than offset the cost of a
> faster processor needed for the 2 or 3 microseconds added to each template
> that will be wasted:) And if you have a transaction problem or a
> performance problem, you can do it manually. The best of both worlds.
> I think this one issue is what made Turbobasic and quickbasic such a
> hit in the 80s and early 90s and VB now. You didn't have to worry about nit
> picky little things that could crash your program, but which would be
> easily automated. Developers were free to just worry about the logic.
>
> Do you agree with Allaire's reasoning?
> (By the way - I am a big fan of CF from way back in the 2.0 years..
>
> Al Musella
> a1webs.com
>
>
> Yes, they explained why. See Allaire's recent paper,
>> "ColdFusion Locking Best Practices"
>> http://www.allaire.com/handlers/index.cfm?ID=17318&Method=Full
>>
>> best, paul
>>
>> At 11:56 AM 9/16/00 -0400, you wrote:
>>> Why can't cold fusion just automatically lock
>>> them? Has Allaire ever responded on this issue?
>>
>>
----------------------------------------------------------------------------
->> -
>
> ------------------------------------------------------------------------------
> Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
> To Unsubscribe visit
> http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or
> send a message to [EMAIL PROTECTED] with 'unsubscribe' in the
> body.
------------------------------------------------------------------------------
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or send a
message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
