Yes, using a URL parameter is really easy. Even though we are in a clustered environment, writing a script to make the necessary http requests to all of the v-tiers would not be a big deal. Like I said in my original post, if I was in charge, this is the way I would do things. Being that I'm not in charge, I have to deal with the present situation, which is that the people who are responsible for doing production pushes do not want to run this script, as easy as I know it is. I am doing my best to get this changed.
And to answer Tom's earlier post about using an init flag. That idea is perfectly fine, but I am not talking about setting application variables once and then not setting them again. While that is certainly what I would want to do, the problem is not in initially setting the variables, but rather, refreshing them if they have been updated. Of course, this is a simple task if you just use a url variable, or something similar, to trigger the re-initialization. But until my team, and the production support team, adopt this idea as a standard, there is no use in implementing it, because it will certainly cause issues in the future. Just imagine the following scenario: Another developer besides myself makes a change to a DAO or Gateway object (ie. renaming a method), and production support pushes the code. So now wherever the code is trying to call this new method, it will fail, since the shared CFC objects were not refreshed properly. Since there is currently no standard for refreshing application variables, neither the developer nor the production support people know about it, or perhaps don't really think about it. Say what you will, but in the end, it will come back to me because I decided to implement this functionality without the approval of everyone else, and I will be ultimately blamed for breaking the code. So in closing, I agree with everything that's been said, and were this all under my control, I would not have even made this post. So to reiterate my original question: Since I cannot currently use the application scope without great risk, is my alternate use of the DAO and Gateway objects at all a bad design choice given the circumstances? Thanks, Justin On 10/5/06, Douglas Knudsen <[EMAIL PROTECTED]> wrote: > > using a URL var to re-init is simple....unless you are in a clustered > environment, then its a PITA. > > nice sig BTW. > > DK > > On 10/5/06, Tom Chiverton <[EMAIL PROTECTED]> wrote: > > > > On Thursday 05 October 2006 15:59, Douglas Knudsen wrote: > > > This will force your app to be re-inited without any intervention, > > flags, > > > etc. > > > > I like simple :-) > > > > -- > > Tom Chiverton > > Helping to conveniently repurpose corporate CEOs > > > > **************************************************** > > > > This email is sent for and on behalf of Halliwells LLP. > > > > Halliwells LLP is a limited liability partnership registered in England > > and Wales under registered number OC307980 whose registered office > address > > is at St James's Court Brown Street Manchester M2 2JF. A list of > members is > > available for inspection at the registered office. Any reference to a > > partner in relation to Halliwells LLP means a member of Halliwells LLP. > > Regulated by the Law Society. > > > > CONFIDENTIALITY > > > > This email is intended only for the use of the addressee named above and > > may be confidential or legally privileged. If you are not the addressee > you > > must not read it and must not use any information contained in nor copy > it > > nor inform any person other than Halliwells LLP or the addressee of its > > existence or contents. If you have received this email in error please > > delete it and notify Halliwells LLP IT Department on 0870 365 8008. > > > > For more information about Halliwells LLP visit www.halliwells.com. > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:255740 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
