Are you putting the entire factory into session or the results of the factory?
It seems like to me that you put your factory into a less transient scope like your application scope and then your user's session invokes an instances of the factory as related to the user. As for credentials, how much do you really need about the user? You could instantiate a bean of the user into the session scope, but that is just the bean for the user and not a gateway or DAO. The rest of your application can use the bean of the user in whichever gateway or DAO that you need. Teddy On 1/8/07, Mike Kear <[EMAIL PROTECTED]> wrote: > > yes as a matter of routine, my tables usually have fields for: > > createdby (the userid of the person who created this record) > datecreated (timestamp) > updatedby (The userid of the last person to alter this record) > dateupdated (timestamp) > > So the methods in the DAOs that manipulate the records need to be told > who's > doing it. Since DAOs dont know anything about the application, request or > session scopes, they have to be told what they need to know. In this > case > they dont need to know the curent time (thats from the getdate() function > in > the database) but they do need to know the userid of the person initiating > this action. My question was about the best way to pass this info in, > since the application doesnt .instantiate the dao directly, but through a > CFCFactory which knows everything it needs to know to instantiate any CFC > required. > > When someone logs in, there is a userbean created in their session scope, > containing their name, userid, access rights and lots more depending on > what > else happens in this site. > > So the question is about this .....if there is only one CFCFactory created > as a singleton in the Application scope, all the users on the site are > using > the same instance of the CFC to instantiate whatever CFCS they need. Each > time, the CFC being created will need to be told who's the user, so it can > update any records it needs to update correctly. Or perhaps it's better > to > pass the userID into each method as it's called rather than into the init > method of the DAO cfc. > > The options in my first post were the ones that came to mind as i wrote > it, > but there are probably other possibilities > > What's brought this to mind now is that i'm working on an app that will > have > maybe 150-200 concurrent users, all accessing, creating and updating > records. In the past i've had plenty of reasonably high traffic sites, > but > none with that many users creating and updating records > simultaniously. The > high traffic has all been in the read only category,with the write/update > being one or two people at a time max. Under those low traffic situations > it > doesnt really matter to have everyone with their own CFCFactory. One or > two fo them in RAM isnt a big deal 100-200 of them would definitely have > a > performance hit on the site so i can't do that here. > > Thats' the background to my question. > > 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 1/9/07, Josh Nathanson <[EMAIL PROTECTED]> wrote: > > > > It seems like option [B] would use a lot less memory resources. > > > > A little more detail about how your objects are set up would be helpful > to > > get a clearer picture. Do you have multiple tables which each store > which > > user/ when created? It seems like you could have a userID property in > > each > > of your objects that needs to maintain the user info, then do: > > > > myObject.setUserID(session.userbean.getUserID()) > > > > before commiting. Then have timestamp field in the db. > > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Create robust enterprise, web RIAs. Upgrade & integrate Adobe Coldfusion MX7 with Flex 2 http://ad.doubleclick.net/clk;56760587;14748456;a?http://www.adobe.com/products/coldfusion/flex2/?sdid=LVNU Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:265981 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
