This problem is due to a change in Digester behavior :
Tiles have a rule like this :
digester.addSetNext( ADD_LIST_ELE_TAG, "add", anHandlerClass);
The handler class have two add method, one taking an object, and one an
XmlAttribute. Until now, digester chose appropriate method according to object
type. But in latest version, digester choose the method taking an object,
regardless of object type.
I have made some modification in the add method to allow correct behavior of
Tiles, but I think this is a bug from digester.
You can again use Tiles with no problem.
Cedric
Matt Raible wrote:
> I updated to the nightly build tonight and when running Tiles, I get the
> error below. I was using a recent build (2-3 weeks) for the past couple
> weeks and it's been running fine - anything change?
>
> In JSP:
> [Exception in:/layouts/menuLayout.jsp]
> org.apache.struts.tiles.xmlDefinition.XmlAttribute
>
> In Error Log:
> 2002-04-09 23:59:20 ApplicationDispatcher[/onpoint] Servlet.service() for
> servlet jsp threw exception
> java.lang.ClassCastException:
> org.apache.struts.tiles.xmlDefinition.XmlAttribute
> at org.apache.jsp.menuLayout$jsp._jspService(menuLayout$jsp.java:105)
> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.netbeans.modules.tomcat.tomcat40.runtime.IDEJspServlet$JspServletWrapper
> .service(IDEJspServlet.java:172)
> at
> org.netbeans.modules.tomcat.tomcat40.runtime.IDEJspServlet.serviceJspFile(ID
> EJspServlet.java:234)
> at
> org.netbeans.modules.tomcat.tomcat40.runtime.IDEJspServlet.service(IDEJspSer
> vlet.java:326)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>
> --
> To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
