Hi Leonardo, you are absolutely right, I had 2 fieldset packages - first was coming from tomahawk library and second was from tomahawk-sandbox library - I'm using sandbox tomahawk-sandbox-1.1.9-SNAPSHOT.jar and that one contains also org\apache\myfaces\custom\fieldset package - I think it should be removed from sandbox as fieldset is a part of tomahawk core.
Cheers, Anton 2011/4/4 Leonardo Uribe <[email protected]> > Hi > > It seems you could have two tomahawk versions on the same classpath. > > The generated jsp tag class on version 1.2 or 2.0 looks like this: > > public class FieldsetTag > extends org.apache.myfaces.custom.htmlTag.HtmlTagTag > { > public FieldsetTag() > { > } > > public String getComponentType() > { > return "org.apache.myfaces.Fieldset"; > } > > public String getRendererType() > { > return "org.apache.myfaces.FieldsetRenderer"; > } > > private ValueExpression _legend; > > public void setLegend(ValueExpression legend) > { > _legend = legend; > } > > The previous code is correct. In tomahawk for version 1.1, String is used > instead ValueExpression. So it is probably your code takes tomahawk12 tld > and tomahawk for jsf 1.1 classes, causing the problem previously mentioned. > > regards, > > Leonardo Uribe > > 2011/4/3 Anton Gavazuk <[email protected]> > > > Hi all, > > > > got a nice issue during migration of my jsf 1.2 application to JBoss 6. > > Current version of tomahawk in my project is: tomahawk12-1.1.10.jar > > > > I'm getting such error when one of my jsps containing fieldset tag is > being > > accessed: > > > > The method setLegend(String) in the type FieldsetTag is not applicable > for > > the arguments (JspValueExpression) > > > > I looked in tld class for legend attribute definition: > > > > <attribute> > > <name>legend</name> > > <deferred-value></deferred-value> > > <description><![CDATA[The fieldset's legend.]]></description> > > </attribute> > > > > And compared with previous version - they are the same and I dont see > any > > issue with this one. > > > > What could be wrong? > > > > Thanks, > > Anton > > >
