I just tried it with the nightly of 2003-02-07. The problem persists. Sri
> -----Original Message----- > From: Karr, David [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 07, 2003 3:20 PM > To: Struts Users Mailing List > Subject: RE: [OT] Jasper's TagHandlerPool and reusing tag handlers > > > I wonder if this was just recently fixed in the nightly > build. I remember a problem with the nested tags getting the > wrong "name" value, and I believe Aaron committed a fix for > this in the last day or so. > > > -----Original Message----- > > From: Sri Sankaran [mailto:[EMAIL PROTECTED]] > > > > Using Struts 1.1b3 on Tomcat 4.1.18 > > > > First let me state my problem: I found that some <nested> > tags were > > failing because they were trying to retrieve a property > from the wrong > > bean. I get the classic "No getter method for property foo of bean > bar". > > Except, "bar" isn't the bean that it should've been looking > at. For a > > more in-depth description of the problem please refer to > > http://marc.theaimsgroup.com/?l=struts-user&m=104463384710605&w=2. > > > > My attempt to debug this problem have lead me to the > > org.apache.jasper.runtime.TagHandlerPool class. What I > have found is > that > > a call to the get(NestedWriteTag) method results in the > TagHandlerPool > > object returning -- or should I say, recycling -- a previously used > > NestedWriteTag. I know that this is how it's supposed to > work. The > > problem with this -- in this case -- is that the NestedWriteTag that > is > > returned isn't initialized; in particular the value of "name" > property is > > as it was set during its previous use. The current use of this tag > > proceeds to set the "property" property only. Needless to say, when > it > > tries to retrieve the property from the named bean, it fails. This, > in my > > analysis is the cause of my problem. > > > > Now, I don't understand the inner workings and/or > responsibilities of > the > > servlet container or a tag. So, I don't know who is at fault here: > the > > TagHandlerPool for not initializing the tag or the generated page > logic > > that uses it. > > > > Can you help? > > > > Sri > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]