On Wed, Jun 3, 2009 at 8:55 AM, Givler, Eric <egiv...@state.pa.us> wrote:
> I think the problem with the 2.1.6 release I have is that even if rewrite the
> TLD file as a 1.2 version, any of the UI Tags that are based on
> org.apache.struts2.views.jsp.ui.AbstractUITag which implements
> javax.servlet.jsp.tagext.DynamicAttributes will cause an issue.
>
> In an older IDE (JDEV 10.1.2), it displays an error: "Error:
> java.lang.NoClassDefFoundError: javax/servlet/jsp/tagext/DynamicAttributes".
>
> Is the 2.0.x branch dead, or are fixes still ported to that version?
I don't know if I would call it dead, but I don't think anyone is
going to want to backport fixes unless they are security issues.
>
> If I want to continue to use Struts, should I just stick with the 1.3.x line
> until I get a newer Application Server environment?
I hate to say it, but you might have to. Struts 1.3.x is still alive
and kicking. I, personally, don't have a lot of interest in trying to
make things work against an older set of Specs. The DynamicAttributes
interface you pointed to is used quite heavily and is an example of
one of the items in the newer spec that doesn't have an analog in
older specs... It allows you to specify extra items (other than what
is mapped in the TLD), so you could do something like -
<s:textfield name="name" value="%{name}" dojoType="blah" ...
Losing that functionality would cause some contention because there
are people who requested it and would feel jilted if we dropped it.
Having done it, I would push a bit harder to get a newer app server.
The sort of problems you *might* encounter migrating an app to a newer
spec are quite easy to deal with. I can't remember which app server
you said you were running on earlier, but if price is an issue than
that is something your company has to consider.
>
> Thanks again for the help,
>
> Eric
>
--
Wes Wannemacher
Author - Struts 2 In Practice
Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more
http://www.manning.com/wannemacher
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
