Re: [transfer-dev] Re: Match my $800 donation for Transfer caching improvements

2009-11-23 Thread Aurélien DELEUSIÈRE
I'm back on this today, I were finally too busy last week. Ready to use cut and paste: cffunction name=onApplicationEnd returnType=void cfargument name=applicationScope required=true/ cfscript arguments.applicationScope.tranferFactory.shutdown(); /cfscript /cffunction 2009/11/23 Mark Mandel

Re: [transfer-dev] Re: Match my $800 donation for Transfer caching improvements

2009-11-23 Thread Mark Mandel
Should that be 'transferFactory' ? ;) Mark 2009/11/23 Aurélien DELEUSIÈRE adeleusi...@gmail.com I'm back on this today, I were finally too busy last week. Ready to use cut and paste: cffunction name=onApplicationEnd returnType=void cfargument name=applicationScope required=true/ cfscript

[transfer-dev] Re: Match my $800 donation for Transfer caching improvements

2009-11-23 Thread Brian G
This would impact unit tests that instantiate Transfer as well, right? For example, I have coldspring instantiate my Transfer instance and I instantiate CS to run unit tests over and over and over. I can see how a suite of tests could exhaust the memory quickly. How would you suggest handling

Re: [transfer-dev] Re: Match my $800 donation for Transfer caching improvements

2009-11-23 Thread Mark Mandel
On Tue, Nov 24, 2009 at 7:52 AM, Brian G brian-goo...@vfive.com wrote: This would impact unit tests that instantiate Transfer as well, right? For example, I have coldspring instantiate my Transfer instance and I instantiate CS to run unit tests over and over and over. I can see how a

Re: [transfer-dev] Concept Question: Do net.sf.ehcache.CacheManager instances go away or is there a way to manually get rid of them?

2009-11-23 Thread Dorioo
Thank you Mark. TransferFactory.shutdown() is working great. - Gabriel On Sun, Nov 22, 2009 at 2:25 PM, Mark Mandel mark.man...@gmail.com wrote: Now that IS interesting! Looks like I overlooked something with EHCache. EHCache will need to be shutdown when the application stops:

Re: [transfer-dev] Concept Question: Do net.sf.ehcache.CacheManager instances go away or is there a way to manually get rid of them?

2009-11-23 Thread Dorioo
Hi Mark, A. Now that the cache can be shutdown, I've been able to create an error where a page loads several transfer objects and in the middle of that process, another page reinitializes the application which recreates Transfer and therefore ehcache. When that happens, I get the following error:

Re: [transfer-dev] Concept Question: Do net.sf.ehcache.CacheManager instances go away or is there a way to manually get rid of them?

2009-11-23 Thread Dorioo
Specifically during my testing, the error was caused in file: transfer\com\cache\provider\EHCacheProvider.cfc Line 89: cfif NOT getEHCacheManager().cacheExists(arguments.class) Line 121: if(NOT getEHCacheManager().cacheExists(arguments.class)) - Gabriel On Mon, Nov 23, 2009 at 9:44 PM, Dorioo

Re: [transfer-dev] Concept Question: Do net.sf.ehcache.CacheManager instances go away or is there a way to manually get rid of them?

2009-11-23 Thread Mark Mandel
The question be-gets itself - why are you re-initialising Transfer mid thread? Is this in a production environment? Mark On Tue, Nov 24, 2009 at 1:44 PM, Dorioo dor...@gmail.com wrote: Hi Mark, A. Now that the cache can be shutdown, I've been able to create an error where a page loads

Re: [transfer-dev] Concept Question: Do net.sf.ehcache.CacheManager instances go away or is there a way to manually get rid of them?

2009-11-23 Thread Dorioo
It's currently in development but it's meant to simulate deploying new code to production. As part of the deploy interceptor in Coldbox, it automatically reinitializes the application after deployment which could possibly be mid-thread with real users on the site. So my thinking was that the