But this userbean.cfc is the same CFC for all yes? I mean, same code, same
interface? If so, then why create it multiple times when only the *data*
passed is session specific.


  


"This e-mail is from Reed Exhibitions (Gateway House, 28 The Quadrant,
Richmond, Surrey, TW9 1DN, United Kingdom), a division of Reed Business,
Registered in England, Number 678540.  It contains information which is
confidential and may also be privileged.  It is for the exclusive use of the
intended recipient(s).  If you are not the intended recipient(s) please note
that any form of distribution, copying or use of this communication or the
information in it is strictly prohibited and may be unlawful.  If you have
received this communication in error please return it to the sender or call
our switchboard on +44 (0) 20 89107910.  The opinions expressed within this
communication are not necessarily those expressed by Reed Exhibitions." 
Visit our website at http://www.reedexpo.com

-----Original Message-----
From: Mike Kear
To: CF-Talk
Sent: Fri Apr 06 20:13:30 2007
Subject: Re: Using CFCs in session scope - need cflock help

I'd like to know what's wrong with putting CFCs into the session scope too.

There are SOME CFCs that dont belong there, but i'd have thought there
were some that DO belong there.

For example I quite often collect information about the user and their
session in a userbean.cfc.   I'd have thought the session scope was
the perfect place for that.   On the other hand i often use a
CFCFactory.cfc which instantiates CFCs as and when required.  That
belongs in the application scope I'd have thought.

Whats wrong with putting CFCs in the session scope?  The way you said
it, Neil, it looked like you were saying CFCS should NEVER go into the
session scope.    Did you mean it that way?

Cheers
Mike Kear
Windsor, NSW, Australia
Adobe Certified Advanced ColdFusion Developer
AFP Webworks
http://afpwebworks.com
ColdFusion, PHP, ASP, ASP.NET hosting from AUD$15/month



On 4/7/07, Gaulin, Mark <[EMAIL PROTECTED]> wrote:
> Well, why not?  Blanket statements like that sound fishy to me is all,
> but if there's a good reason behind it... like maybe because lots of
> sessions can be created by a crawler, for example. (But that could be
> checked for an avoided.)
> Thanks
>         Mark



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Create robust enterprise, web RIAs.
Upgrade & integrate Adobe Coldfusion MX7 with Flex 2
http://www.adobe.com/products/coldfusion/flex2/?sdid=RVJP

Archive: 
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:274722
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: 
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4

Reply via email to