Did what you told but now i have got an really odd behaviour.
I am using this strus config:
action name=jasper class=PDFAction
result name=input/WEB-INF/view/jasper.jsp
/result
result
On Friday 24 October 2008 09:57:18 Nils-Helge Garli Hegvik wrote:
If you can, I would suggest that
you re-organize your application so that every event (usually a post)
is followed by a redirect (using the redirect action result type).
That way, the RenderDirect action is never used.
Did what
Am Freitag, 24. Oktober 2008 07:35:18 schrieben Sie:
Is this what you're looking for?
http://struts.apache.org/2.0.12/docs/interceptors.html#Interceptors-Interce
ptorParameterOverriding
Nils-H
That won't work.
I need to overwrite the defaultStack in the defaultPortlet Interceptor
Stack -
Ah, I get the problem. The RenderDirect action is really a hack to
make it simple to port web applications that doesn't use the
post-redirect-get pattern, which is basically how the event and render
phase separation works in a portlet. If you can, I would suggest that
you re-organize your
Am Freitag, 24. Oktober 2008 09:57:18 schrieben Sie:
If you can, I would suggest that
you re-organize your application so that every event (usually a post)
is followed by a redirect (using the redirect action result type).
I still can but i don't see how it would work.
If i use redirectAction
Am Freitag, 24. Oktober 2008 11:09:43 schrieb Torsten Krah:
PortletActionContext.getActionRequest().getPortletSession()
Some more thoughts about this.
I think this is a design error in struts2.
public static ActionRequest getActionRequest() {
if (!isEvent()) {
throw new
However, PRG does allow transfering objects in the session (ActionErrors,
Messages and FieldErrors for example have to be put there to show them on the
next action - have to be handwritten interceptor or something).
The default portlet interceptor stack already handles this. It pushes
the
But the redirectAction is used in renderPhase and there i can't get the
ActionRequest.
ActionRequest cannot be obtained in render phase
Correct, but why do you need it in the render phase? Maybe you can
decouple your action so that it completely separates the state change
logic from the
Nvm, forget what i said - there it is:
getRequest() instead of using getActionRequest ... thanks Nils pointing this
to me, i think this should work.
--
Bitte senden Sie mir keine Word- oder PowerPoint-Anhänge.
Siehe http://www.gnu.org/philosophy/no-word-attachments.de.html
Really, I'm not out
I am using my own Stack and wonder why parameter setting fails although i did
exclude them:
interceptor-ref name=params
param
name=excludeParamsdojo\..*,d-.*-(p|s|o),^struts\..*/param
Is this what you're looking for?
http://struts.apache.org/2.0.12/docs/interceptors.html#Interceptors-InterceptorParameterOverriding
Nils-H
On Thu, Oct 23, 2008 at 1:09 PM, Torsten Krah
[EMAIL PROTECTED] wrote:
I am using my own Stack and wonder why parameter setting fails although i did
11 matches
Mail list logo