RE: Where does Tomcat remember types of EL variables?
Hi, >I found the problem, the classname was used as String >parameter in the constructor for a TagExtraInfo. > >Should always use Myclass.class.getClass().getName() >instead of String class names. > >Sorry for bothering you, It's not a bother, especially if you also post your conclusions/solutions as you did above. Then it becomes valuable searchable archive material. Thanks, Yoav Shapira >Juergen > > > > >>Where does Tomcat remember types of EL variables? >> >>If I use an EL variable image like >> >>${index.selected} >> >>Tomcat 5 generates code like: >> >>image = (de.jwi.jgallery.Image) >>pageContext.findAttribute("image"); >> >> >>When I renamed the class name of image, Tomcat would >>still generate code to access the old name. I deleted >>the work directory and restarted Tomcat, no change. >>Where does Tomcat remember the class name? >>In the end, I gave in and undid the class name >change. >> >>Anyway, why is the cast necessary? >> >>imho there could be >> >>Object image = pageContext.findAttribute("image"); >> >> >>Object selected = >>image.getClass().getMethod("getSelected",null).invoke(image,null); >> > > >__ >Do you Yahoo!? >Yahoo! Search - Find what you're looking for faster >http://search.yahoo.com > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Where does Tomcat remember types of EL variables?
I found the problem, the classname was used as String parameter in the constructor for a TagExtraInfo. Should always use Myclass.class.getClass().getName() instead of String class names. Sorry for bothering you, Juergen >Where does Tomcat remember types of EL variables? > >If I use an EL variable image like > >${index.selected} > >Tomcat 5 generates code like: > >image = (de.jwi.jgallery.Image) >pageContext.findAttribute("image"); > > >When I renamed the class name of image, Tomcat would >still generate code to access the old name. I deleted >the work directory and restarted Tomcat, no change. >Where does Tomcat remember the class name? >In the end, I gave in and undid the class name change. > >Anyway, why is the cast necessary? > >imho there could be > >Object image = pageContext.findAttribute("image"); > > >Object selected = >image.getClass().getMethod("getSelected",null).invoke(image,null); > __ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Where does Tomcat remember types of EL variables?
Where does Tomcat remember types of EL variables? If I use an EL variable image like ${index.selected} Tomcat 5 generates code like: image = (de.jwi.jgallery.Image) pageContext.findAttribute("image"); When I renamed the class name of image, Tomcat would still generate code to access the old name. I deleted the work directory and restarted Tomcat, no change. Where does Tomcat remember the class name? In the end, I gave in and undid the class name change. Anyway, why is the cast necessary? imho there could be Object image = pageContext.findAttribute("image"); Object selected = image.getClass().getMethod("getSelected",null).invoke(image,null); Thanks, Jürgen __ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]