If it's of any use, I put together a very, very simple 2D Quickstart for my own edification. I've deployed, exercised and un-deployed builds of application using Wicket 1.4.8 and 1.4.9 to Weblogic 10.
In the former case I do not see, via YourKit, the Java2D Disposer thread holding a reference to the WicketApplication in ThreadLocalMap inheritableThreadLocals after the application has been undeployed, in the latter I do not. In the 1.4.8 test the only reference to WicketApplication is to the Class, not an instance as I'm seeing in the 1.4.9 case. Ed. On Tue, May 25, 2010 at 7:21 AM, James Carman <ja...@carmanconsulting.com>wrote: > It is *not* a theoretical objection. Please see: > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6489540 > > This is a real problem that Sun (now Oracle I guess) has identified > and is "working on". > > On Mon, May 24, 2010 at 5:20 PM, Alex Objelean <alex.objel...@gmail.com> > wrote: > > > > I don't want to insist to much, I'm not absurd, but we are technical > people. > > Don't you think that any theorem should be proven? The least we can > achieve > > is to learn a new thing about how ITL are related to memory leaks. > > > > I know it isn't easy to prove, but aren't there enough tools to help us? > Is > > it really that hard to make a simple example with a worst case scenario > to > > check if the presumption is indeed valid? I know it is much simpler to do > > nothing to avoid potential problems, but still do you find it a good way > to > > deal with problems? Don't you believe in presumption of innocence > principle? > > > > I don't want to bother the community, if there won't anybody willing to > > prove the problem, eventually I will spend some time to bust the myth... > > > > Alex > > > > -- > > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/announce-Release-Wicket-1-4-9-tp2228179p2229213.html > > Sent from the Wicket - User mailing list archive at Nabble.com. > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >