Sean, My original Test at work was wrong, my bad!. There was new DNS Entry pointing to a new Server.
I did some stress testing and was NOT able to replicate the problem. Test Results. CFMX 6.0 PRO and CFMX 6.1 J2EE ENT(Jrun Full Version) After around 5 million hits using MS Stress Tool, the Object Count Stayed Consistent and Correct. i.e No of Hits == Object Count 1.The above proves the Class Loader Loaded the Java Class Only One Time. 2. I am NOT using Java Objects in any shared scope. 3. CFC's are NOT in any Shared Scope. You mentioned there might be a rare case of a New Class Loader, i am unable to create this scenario. Here is some documentation on class loading. http://java.sun.com/docs/books/vmspec/2nd-edition/html/VMSpecTOC.doc.html http://livedocs.macromedia.com/coldfusion/6.1/htmldocs/java7.htm Here is what i understand. 1. The Class Loader loads Java Classes in (WEB-INF/Classes) only once, if "HOT Load" Or "Dynamic Reloading" is activated then the time Stamp of the Class File is checked and if different, new version of the Class is Loaded. 2. ColdFusion Class files are always set to Dynamic Reloading, so the time stamp is checked for new versions. The same goes for *.CFC 3. Regardless of *.CFC Or *.CFM implementation, the Java Object(WEB-INF\Classes) Stays loaded and Static Variables in the Java Object Class live for Server life time. I am still anxious to find a Test Case to see New Class Loaded for Java Object(WEB-INF\Classes) for the below conditions. 1. No Server Re-Start 2. Java Class(WEB-INF\Classes) was Not Modified and Dynamic Reloading == False. 3. Java Objects are NOT stored in CF shared Scopes. Please let me know of any test cases you might have. Thanks, Joe Eugene ----- Original Message ----- From: "Sean A Corfield" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, September 07, 2003 10:13 PM Subject: Re: [CFCDev] CFObject Creation Count > On Sunday, Sep 7, 2003, at 13:45 US/Pacific, Joe Eugene wrote: > > I just did another test on CFMX J2EE Machine and it worked fine.. > > I am not sure.. what happened in CFMX PRO test machine. > > Joe pointed out that his CFMX Pro machine is 6.0 (where I know the > class loader behavior) but his J2EE machine is 6.1 and it's possible > the CF team changed the class loader behavior (since they no longer > load classes from disk). That might be the difference. > > I don't have a 6.0 install locally any more so I'm going to have to > recreate a test environment and see if the class loader behavior has > changed been 6.0 and 6.1 (it's a good thing if it has changed!). > > Sean A Corfield -- http://www.corfield.org/blog/ > > "If you're not annoying somebody, you're not really alive." > -- Margaret Atwood > > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email > to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' > in the message of the email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported > by Mindtool, Corporation (www.mindtool.com). > > An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED] ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
