Things are hairier as I thought, way hairier!
I did it as you suggested but it turns out it's still trying to add to
a component-tag's bean that's null. It seems that findAncestorWithClass
creates new tags spontaneously but not necessarily configuring them
enough (in this case, having a null bea
that's one above your target level, then call invokeBody.
-Original Message-
From: Paul Libbrecht [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 28, 2004 2:39 AM
To: Jakarta Commons Developers List
Subject: Re: [jelly] should caching be configurable ?
Le 28 sept. 04, à 02:02, Ha
Le 28 sept. 04, à 02:02, Hans Gilde a écrit :
Here's the memory "leak" that was fixed by nulling out the component.
It's not so much of a leak as a "holding on to references that should
be available to the GC":
I might want to build several instances of a JFrame from the same
Jelly script. But,
ibbrecht [mailto:[EMAIL PROTECTED]
Sent: Monday, September 27, 2004 2:40 PM
To: Jakarta Commons Developers List
Subject: [jelly] should caching be configurable ?
Hi,
I sent recently a request so as to know wether consider jelly
components as browser windows would make sense or not and had no rea
Hi,
I sent recently a request so as to know wether consider jelly
components as browser windows would make sense or not and had no real
answer. So I'll give it a subject of the other side: in the current
tree, the component-tag does clear its bean after having run the
doTag...
And to me this i