> This is also the reason I have been ranting about Automatic 
> Read locking on this list lately. It works. There is NO 
> performance penalty over properly used manual read locking. I 
> am sure the ONLY reason it isn't at least the default if not 
> the ONLY choice is simply a legacy from older versions of Cold 
> Fusion.

Are you sure there's no performance penalty? How much testing have you done
on this? Or, are you relying on a test done by someone else? How accurate
was that test?

> I submit that the "right way" is to use Automatic Read 
> locking for those shared scopes that you use in your 
> application. Use manual write locking for writes. I challenge 
> anyone to give an example where this ISN'T the right thing to 
> do from a complexity or performance point of view.

Here's an example. I write an application, and sell it to someone else. They
deploy it on their server, and for whatever reason, don't enable automatic
read locking. They run the application, and it explodes under heavy load.

Now, you could certainly argue that I could just remind them that they
should have enabled automatic read locking, but if I can avoid a potential
problem with an end-user's configuration by changing how my software works,
without rearchitecting the entire application, it's in my business interest
to do so and avoid the potential problem.

> And I also agree with Benjamin that automatic EVERYTHING 
> locking, implemented properly inside the Cold Fusion server, 
> would be the true "right way" to do it.

I agree with this as well, but I'm willing to accept the possibility that
it's not as easy as we might think it is. In any case, we've got to write
code that works on the servers that we have now.

Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/
voice: (202) 797-5496
fax: (202) 797-5444

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at 
http://www.fusionauthority.com/bkinfo.cfm

Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Reply via email to