9.1 used 2.4 and it is supposed to be backwards compatible. Just to make
things simple, I tried deploying the strutsel-exercise-taglib.war that
comes with the struts 1.2.8 release.
The tags don't work without any modifications to the war. If I modify
the web.xml in the war to be 2.4 compatible, it still doesn't work.
Here is the web.xml as modified to reflect 2.4 changes:
<?xml version="1.0" encoding="ISO-8859-1"?>
<web-app xmlns:j2ee="http://java.sun.com/xml/ns/j2ee";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";>
<display-name>Struts-EL Taglib Exerciser</display-name>
<!-- Action Servlet Configuration -->
<servlet>
<servlet-name>action</servlet-name>
<servlet-class>org.apache.struts.action.ActionServlet</servlet-class>
<init-param>
<param-name>application</param-name>
<param-value>org.apache.struts.webapp.exercise.ApplicationResources</param-value>
</init-param>
<init-param>
<param-name>config</param-name>
<param-value>/WEB-INF/struts-config.xml</param-value>
</init-param>
<init-param>
<param-name>debug</param-name>
<param-value>2</param-value>
</init-param>
<init-param>
<param-name>detail</param-name>
<param-value>2</param-value>
</init-param>
<load-on-startup>2</load-on-startup>
</servlet>
<!-- Action Servlet Mapping -->
<servlet-mapping>
<servlet-name>action</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>
<!-- The Welcome File List -->
<welcome-file-list>
<welcome-file>index.jsp</welcome-file>
<welcome-file>index.html</welcome-file>
</welcome-file-list>
</web-app>
When I execute the bean-size example, I get this error:
javax.servlet.jsp.JspException: No valid collection specified for size tag
at org.apache.struts.taglib.bean.SizeTag.doStartTag(SizeTag.java:165)
at
org.apache.strutsel.taglib.bean.ELSizeTag.doStartTag(ELSizeTag.java:137)
at jsp_servlet.__bean_45_size._jspService(__bean_45_size.java:153)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:34)
at
weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:225)
at
weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:127)
at
weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:272)
at
weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:165)
at
weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3153)
at
weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at
weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at
weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:1973)
at
weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:1880)
at
weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1310)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:207)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:179)
If you need any more info, please let me know. I really want to find a
way to resolve this...
Thanks,
Mujahid
Wendy Smoak wrote:
On 3/14/06, Mujahid Ali <[EMAIL PROTECTED]> wrote:
I am using some tags from the struts-el package and they used to work
fine under weblogic 8.1; After switching over to weblogic 9.1, it seems
that the BeanInfo class for a given tan is never called, so the jstl
expression ${...} is never evaluated. Has anyone seen similar problems?
Are there any workarounds? I am using struts-el jar from the struts
1.2.8 release.
Does anyone know which version of the Servlet spec Weblogic 8.1 and
9.1 each support? What version are you using in web.xml?
My guess is that you've switched from Servlet 2.3 to 2.4, the same as
if you'd moved from Tomcat 4.x to 5.x. Hard to tell, though, without
more information.
--
Wendy
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
