Here is the error message:

Parsing of JSP File '/jsps/account/EditAccount.jsp' failed:
----------------------------------------------------------------------------
----
 /jsps/account/EditAccount.jsp(3): Error in using tag library
uri='struts-html.tld' prefix='strutshtml': The Tag class
'org.apache.struts.taglib.html.TextTag' has no setter method corresponding
to TLD declared attribute 'testexpr', (JSP 1.1 spec, 5.4.1)
probably occurred due to an error in /jsps/account/EditAccount.jsp line 3:
<%@ taglib uri="struts-html.tld" prefix="strutshtml" %> 
----------------------------------------------------------------------------
----
Wed May 15 08:45:11 EDT 2002 

Has anyone else enountered this situation?

Do I really need to go into the struts source and hack in setters for all of
these attributes that do not need any processing (they just need to be
dumped in the final output).

Thanks,
Michelle


-----Original Message-----
From: Michelle Popovits [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 15, 2002 8:34 AM
To: 'Struts Users Mailing List'
Subject: RE: problems migrating struts tags - weblogic 5.1 - 6.1 (has no
p roperty)


Hi Max,

Yesterday, I did try adding one of the attributes (testexpr) to the tld file
but it came back with another error, I think it was expected there to be a
method
in the tag which, of course, did not exist.  

Is there something that I missed doing?


Thanks,
Michelle

-----Original Message-----
From: Max Cooper [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 15, 2002 7:14 AM
To: Struts Users Mailing List
Subject: Re: problems migrating struts tags - weblogic 5.1 - 6.1 (has no
property)


Michelle,

WebLogic 6.1 SP2 requires your use of JSP custom tags to strictly comply
with the TLD, where 5.1 was not so strict. This strictness is a really good
thing, IMHO, because it helps identify errors and such.

You can add those attributes to the TLD to fix the problem. If you haven't
written a TLD before, don't worry because it is pretty easy once you open
the file and see what is in there. I had never written any tags or TLDs
before I started using Struts, and in looking at Struts tags as an example I
found that it is much easier than I expected. Gaining this knowledge has
been a really nice side effect of using Struts for my project -- we now have
a library of really useful, project-specific tags.

-Max

----- Original Message -----
From: "Michelle Popovits" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 14, 2002 12:17 PM
Subject: problems migrating struts tags - weblogic 5.1 - 6.1 (has no
property)


> Hi,
>
> I am currently migrating a struts application from weblogic 5.1 sp11 to
> weblogic 6.1 sp2.
>
> The problem is that the taglibs now complain that they do not have certain
> properties which I had specified.
>
> The html:image jsp tag complains that it has no 'height' property and the
> html:text tag complains that it has no testexpr property (just to name a
> couple).  Even though these tags do not explicitly support these
properties,
> previously they had always passed them through to the resulting html where
> they would be interpreted correctly in the browser.
>
> Any idea why this is happening and what can be done to fix it.
>
> Thanks,
> Michelle
>
>
> I am using Struts 1.0 release, I have also tried the latest mileston beta
> release with the same results.
>
> Example Error Output:
> /jsps/account/AccountInfo.jspf(173): for tag 'text' handler type
> 'org.apache.struts.taglib.html.TextTag' has no property 'testexpr'
> probably occurred due to an error in /jsps/account/AccountInfo.jspf line
> 173:
> <td class="label"><strutshtml:text testexpr="eMail"
property="account.email"
> size="60" maxlength="32" /></td>
>
>
> --
> 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]>

--
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]>

Reply via email to