Ah, yes. Somehow my Tapestry live reloading stopped working under Tomcat 6. Off to fix that problem...

Norman Franke
Answering Service for Directors, Inc.
www.myasd.com



On Mar 15, 2012, at 5:45 PM, Josh Canfield wrote:

It sounds like you have Tomcat set to watch for changes to your webapp
and reload the whole context. If tomcat is reloading your context and
giving you that message, then you aren't actually using tapestry's
class reloading feature, right?.

The InvalidationEventHub calls objectWasInvalidated when Tapestry
detects a class has changed. In your case you're reloading/restarting
the whole app.

Or did I miss something?

Josh


On Thu, Mar 15, 2012 at 2:36 PM, Norman Franke <nor...@myasd.com> wrote:
I'm using Tapestry 5.2.5

I have a library I'm using that makes use of Apache Commons IO. As a result, I need to call FileCleaner.exitWhenFinished() to stop the thread, or else my application's memory usage grows about 300 MB each time Tapestry does a
class reload on my development box.

After some searching, it appears you can add yourself to the
@ComponentClasses InvalidationEventHub. I can verify that I'm successfully calling the addInvalidationListener for my service implementation. However, objectWasInvalided is never called no matter what class(es) I modify. Tomcat reloads and prints an error saying that the "File Reaper" thread has not
been terminated, which is what I'm trying to do.

Why isn't my objectWasInvalided called?

I've tried adding the listener in my AppModule as well as in a
@PostInjection method in the implementation class (not at the same time.) Again, my function that calls addInvalidationListener IS called, but the
callback is never called even after several class reloads.

Thoughts?

Norman Franke
Answering Service for Directors, Inc.
www.myasd.com




---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org


Reply via email to