You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Riccardo Mollame <rm...@yahoo.it> on 2007/09/05 09:35:58 UTC
Struts 2 - compatibility between JSTL xml tags and Struts 2
Has anyone ever experienced compatibility issues
between JSTL xml tags (i.e. <x:forEach> and the like)
and Struts 2?
I've isolated, with no ambiguity, a weird case in a
web application where the usual combination of
<c:import> and <x:parse> to load and access an xml
file in the WEB-INF directory, when invoked in a page
whithout struts taglib, works flawlessly, retreiving
and displaying the xml content, when invoked mixed
with struts taglib, produces an exception mentioning,
in the output message, a org.apache.struts2.views.jsp
library (a coincidence?).
Has anyone incurred in something like this?
Ric
___________________________________
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Struts 2 - compatibility between JSTL xml tags and Struts 2
Posted by Igor Vlasov <vi...@mail.ru>.
This action occures when call jsp directly and use <s:... /> tags on it.
You must call to Action class before and forward to jsp view page with
<s:... /> tags
Riccardo Mollame wrote:
>
> Here's it to you:
>
> java.lang.NullPointerException
>
> at
> org.apache.struts2.views.jsp.TagUtils.getStack(TagUtils.java:58)
>
>
> at
> org.apache.struts2.views.jsp.StrutsBodyTagSupport.getStack(StrutsBodyTagSupport.java:52)
>
>
> at
> org.apache.struts2.views.jsp.ComponentTagSupport.doStartTag(ComponentTagSupport.java:49)
>
>
> at _jsps._Login._jspService(_Login.java:103)
>
> at com.orionserver[Oracle Containers for J2EE 10g
> (10.1.3.3.0)
> ].http.OrionHttpJspPage.service(OrionHttpJspPage.java:59)
>
>
> at
> oracle.jsp.runtimev2.JspPageTable.compileAndServe(JspPageTable.java:724)
>
>
> at
> oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:414)
>
>
> at
> oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:594)
>
>
> at
> oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:518)
>
>
> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
>
>
> at com.evermind[Oracle Containers for J2EE 10g
> (10.1.3.3.0)
> ].server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java
> :65)
>
> at
> org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:413)
>
>
> at com.evermind[Oracle Containers for J2EE 10g
> (10.1.3.3.0)
> ].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher
> .java:623)
>
> at com.evermind[Oracle Containers for J2EE 10g
> (10.1.3.3.0)
> ].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher
> .java:370)
>
> at com.evermind[Oracle Containers for J2EE 10g
> (10.1.3.3.0)
> ].server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler
> .java:871)
>
> at com.evermind[Oracle Containers for J2EE 10g
> (10.1.3.3.0)
> ].server.http.HttpRequestHandler.processRequest(HttpRequestHandler
> .java:453)
>
> at com.evermind[Oracle Containers for J2EE 10g
> (10.1.3.3.0)
> ].server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler
> .java:221)
>
> at com.evermind[Oracle Containers for J2EE 10g
> (10.1.3.3.0)
> ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:122)
>
>
> at com.evermind[Oracle Containers for J2EE 10g
> (10.1.3.3.0)
> ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:111)
>
>
> at
> oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
>
>
> at
> oracle.oc4j.network.ServerSocketAcceptHandler.procClientSocket(ServerSocketAcceptHandler.java:239)
>
>
> at
> oracle.oc4j.network.ServerSocketAcceptHandler.access$700(ServerSocketAcceptHandler.java:34)
>
>
> at
> oracle.oc4j.network.ServerSocketAcceptHandler$AcceptHandlerHorse.run(ServerSocketAcceptHandler.java:880)
>
>
> at com.evermind[Oracle Containers for J2EE 10g
> (10.1.3.3.0)
> ].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor
> .java:303)
>
> at java.lang.Thread.run(Thread.java:595)
>
>
> --- Don Brown <do...@gmail.com> ha scritto:
>
>> Could you provide the stacktrace?
>>
>> Don
>>
>> On 9/5/07, Riccardo Mollame <rm...@yahoo.it>
>> wrote:
>> > Has anyone ever experienced compatibility issues
>> > between JSTL xml tags (i.e. <x:forEach> and the
>> like)
>> > and Struts 2?
>> > I've isolated, with no ambiguity, a weird case in
>> a
>> > web application where the usual combination of
>> > <c:import> and <x:parse> to load and access an xml
>> > file in the WEB-INF directory, when invoked in a
>> page
>> > whithout struts taglib, works flawlessly,
>> retreiving
>> > and displaying the xml content, when invoked mixed
>> > with struts taglib, produces an exception
>> mentioning,
>> > in the output message, a
>> org.apache.struts2.views.jsp
>> > library (a coincidence?).
>> > Has anyone incurred in something like this?
>> >
>> > Ric
>> >
>> >
>> > ___________________________________
>> > L'email della prossima generazione? Puoi averla
>> con la nuova Yahoo! Mail:
>> http://it.docs.yahoo.com/nowyoucan.html
>> >
>> >
>>
> ---------------------------------------------------------------------
>> > To unsubscribe, e-mail:
>> user-unsubscribe@struts.apache.org
>> > For additional commands, e-mail:
>> user-help@struts.apache.org
>> >
>> >
>>
>>
> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:
>> user-unsubscribe@struts.apache.org
>> For additional commands, e-mail:
>> user-help@struts.apache.org
>>
>>
>
>
>
> ___________________________________
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail:
> http://it.docs.yahoo.com/nowyoucan.html
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Struts-2---compatibility-between-JSTL-xml-tags-and-Struts-2-tf4382494.html#a13421822
Sent from the Struts - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Struts 2 - compatibility between JSTL xml tags and Struts 2
Posted by Riccardo Mollame <rm...@yahoo.it>.
Here's it to you:
java.lang.NullPointerException
at
org.apache.struts2.views.jsp.TagUtils.getStack(TagUtils.java:58)
at
org.apache.struts2.views.jsp.StrutsBodyTagSupport.getStack(StrutsBodyTagSupport.java:52)
at
org.apache.struts2.views.jsp.ComponentTagSupport.doStartTag(ComponentTagSupport.java:49)
at _jsps._Login._jspService(_Login.java:103)
at com.orionserver[Oracle Containers for J2EE 10g
(10.1.3.3.0)
].http.OrionHttpJspPage.service(OrionHttpJspPage.java:59)
at
oracle.jsp.runtimev2.JspPageTable.compileAndServe(JspPageTable.java:724)
at
oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:414)
at
oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:594)
at
oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:518)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind[Oracle Containers for J2EE 10g
(10.1.3.3.0)
].server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java
:65)
at
org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:413)
at com.evermind[Oracle Containers for J2EE 10g
(10.1.3.3.0)
].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher
.java:623)
at com.evermind[Oracle Containers for J2EE 10g
(10.1.3.3.0)
].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher
.java:370)
at com.evermind[Oracle Containers for J2EE 10g
(10.1.3.3.0)
].server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler
.java:871)
at com.evermind[Oracle Containers for J2EE 10g
(10.1.3.3.0)
].server.http.HttpRequestHandler.processRequest(HttpRequestHandler
.java:453)
at com.evermind[Oracle Containers for J2EE 10g
(10.1.3.3.0)
].server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler
.java:221)
at com.evermind[Oracle Containers for J2EE 10g
(10.1.3.3.0)
].server.http.HttpRequestHandler.run(HttpRequestHandler.java:122)
at com.evermind[Oracle Containers for J2EE 10g
(10.1.3.3.0)
].server.http.HttpRequestHandler.run(HttpRequestHandler.java:111)
at
oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
at
oracle.oc4j.network.ServerSocketAcceptHandler.procClientSocket(ServerSocketAcceptHandler.java:239)
at
oracle.oc4j.network.ServerSocketAcceptHandler.access$700(ServerSocketAcceptHandler.java:34)
at
oracle.oc4j.network.ServerSocketAcceptHandler$AcceptHandlerHorse.run(ServerSocketAcceptHandler.java:880)
at com.evermind[Oracle Containers for J2EE 10g
(10.1.3.3.0)
].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor
.java:303)
at java.lang.Thread.run(Thread.java:595)
--- Don Brown <do...@gmail.com> ha scritto:
> Could you provide the stacktrace?
>
> Don
>
> On 9/5/07, Riccardo Mollame <rm...@yahoo.it>
> wrote:
> > Has anyone ever experienced compatibility issues
> > between JSTL xml tags (i.e. <x:forEach> and the
> like)
> > and Struts 2?
> > I've isolated, with no ambiguity, a weird case in
> a
> > web application where the usual combination of
> > <c:import> and <x:parse> to load and access an xml
> > file in the WEB-INF directory, when invoked in a
> page
> > whithout struts taglib, works flawlessly,
> retreiving
> > and displaying the xml content, when invoked mixed
> > with struts taglib, produces an exception
> mentioning,
> > in the output message, a
> org.apache.struts2.views.jsp
> > library (a coincidence?).
> > Has anyone incurred in something like this?
> >
> > Ric
> >
> >
> > ___________________________________
> > L'email della prossima generazione? Puoi averla
> con la nuova Yahoo! Mail:
> http://it.docs.yahoo.com/nowyoucan.html
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> user-unsubscribe@struts.apache.org
> > For additional commands, e-mail:
> user-help@struts.apache.org
> >
> >
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> user-unsubscribe@struts.apache.org
> For additional commands, e-mail:
> user-help@struts.apache.org
>
>
___________________________________
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Struts 2 - compatibility between JSTL xml tags and Struts 2
Posted by Don Brown <do...@gmail.com>.
Could you provide the stacktrace?
Don
On 9/5/07, Riccardo Mollame <rm...@yahoo.it> wrote:
> Has anyone ever experienced compatibility issues
> between JSTL xml tags (i.e. <x:forEach> and the like)
> and Struts 2?
> I've isolated, with no ambiguity, a weird case in a
> web application where the usual combination of
> <c:import> and <x:parse> to load and access an xml
> file in the WEB-INF directory, when invoked in a page
> whithout struts taglib, works flawlessly, retreiving
> and displaying the xml content, when invoked mixed
> with struts taglib, produces an exception mentioning,
> in the output message, a org.apache.struts2.views.jsp
> library (a coincidence?).
> Has anyone incurred in something like this?
>
> Ric
>
>
> ___________________________________
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org