yes but in my case when the validation failed I always get a blank page.
the actionErrors was not sent and the page was not displayed.

I don't understand why the page was not displayed even if the
actionErrors was not forwarded.

thomas

> -----Original Message-----
> From: Yansheng Lin [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, August 26, 2003 4:37 PM
> To: 'Struts Users Mailing List'
> Subject: RE: RE : Validation failes and returns (almost) empty page.
> 
> 
> Forward retains your request arguments(i.e., actionErrors), 
> while an absolute url submits an entirely new request(i.e., 
> without any actionErrors).
> 
> 
> -----Original Message-----
> From: Rune Peter Bjørnstad [mailto:[EMAIL PROTECTED] 
> Sent: August 26, 2003 5:29 AM
> To: Struts Users Mailing List
> Subject: Re: RE : Validation failes and returns (almost) empty page.
> 
> 
> Glad to help. The world now has atleast two less frustrated 
> men walking 
> about.. ;)
> 
> Rune.
> 
> On Tue, 26 Aug 2003, thomas Sontheimer wrote:
> 
> > I had the same problem and your "solution" works.
> > 
> > thank you
> > 
> > thomas
> > 
> > > -----Original Message-----
> > > From: Rune Peter Bjørnstad 
> > > [mailto:[EMAIL PROTECTED]
> > > Sent: Tuesday, August 26, 2003 11:46 AM
> > > To: Struts Users Mailing List
> > > Subject: Re: Validation failes and returns (almost) empty page.
> > > 
> > > 
> > > 
> > > I found the "solution" to my problem. Instead of specifying
> > > an absolute 
> > > JSP as my input attribute (struts-config.xml), I specified a 
> > > forward name. 
> > > Now it works perfectly. Still don't know why it works in 
> the example 
> > > application.
> > > 
> > > Rune.
> > > 
> > > 
> > > On Tue, 26 Aug 2003, Rune Peter Bjørnstad wrote:
> > > 
> > > > On Tue, 26 Aug 2003, Rune Peter Bjørnstad wrote:
> > > > 
> > > > I've compared the logfiles of my application and the
> > > validator example
> > > > application in the case of a failed validation.
> > > > 
> > > > - In my case, the situation described in my previous 
> mail occurs.
> > > > - In the example application, the following messages are logged:
> > > > 
> > > > Validation failed, returning to '/registration.jsp' 
> Delegating via
> > > > forward to '/registration.jsp'
> > > > 
> > > > The second message I do not get in my application. examining the
> > > > source
> > > > ResourceProcessor.java reveals:
> > > > 
> > > >   // Save our error messages and return to the input form
> > > if possible
> > > >   if (log.isDebugEnabled()) {
> > > >     log.debug(" Validation failed, returning to '" + 
> input + "'");
> > > >   }
> > > >   request.setAttribute(Globals.ERROR_KEY, errors);
> > > > 
> > > >   if (moduleConfig.getControllerConfig().getInputForward()) {
> > > >     ForwardConfig forward = mapping.findForward(input);
> > > >     processForwardConfig( request, response, forward);
> > > >   } else {
> > > >     internalModuleRelativeForward(input, request, response);
> > > >   }
> > > > 
> > > > with:
> > > > 
> > > >   protected void internalModuleRelativeForward(
> > > >     String uri,
> > > >     HttpServletRequest request,
> > > >     HttpServletResponse response)
> > > >     throws IOException, ServletException {
> > > >             
> > > >     // Construct a request dispatcher for the specified path
> > > >     uri = moduleConfig.getPrefix() + uri;
> > > > 
> > > >     // Delegate the processing of this request
> > > >     // FIXME - exception handling?
> > > >     if (log.isDebugEnabled()) {
> > > >       log.debug(" Delegating via forward to '" + uri + "'");
> > > >     }
> > > >     doForward(uri, request, response);
> > > >   }
> > > > 
> > > > This leads me to the conclusion that my application and the 
> > > > example application reacts differently to the boolean check:
> > > > 
> > > > moduleConfig.getControllerConfig().getInputForward()
> > > > 
> > > > Can anyone shed some light on this?
> > > > 
> > > > Kind regards,
> > > > 
> > > > Rune Bjørnstad
> > > > 
> > > > 
> > > > > Hi,
> > > > > 
> > > > > I've got a bizarre problem regarding form validation. A
> > > simple form
> > > > > is
> > > > > validated, and when failing this validation I get a blank
> > > html page with
> > > > > the following source: <html><body></body></html>
> > > > > 
> > > > > The last message in the log is:
> > > > > 
> > > > > Validation failed, returning to '/upload.jsp'
> > > > > 
> > > > > I've read in another thread that somone else experienced the 
> > > > > same
> > > > > thing.
> > > > > The solution in this case was to use a different 
> > > commons-validation.jar.
> > > > > 
> > > > > I'm using exactly the same jars as the validation example
> > > > > application.
> > > > > Still with the same result.
> > > > > 
> > > > > Why am I not receiving the original form, like in the 
> validation
> > > > > example?
> > > > > 
> > > > > I've included the following files for review:
> > > > > 
> > > > > - upload.jsp // The file containing the html.
> > > > > - web.xml
> > > > > - struts-config.xml
> > > > > - validation.xml
> > > > > - UploadBean.java
> > > > > 
> > > > > Any help would be greatly appreciated!
> > > > > 
> > > > > Kind regards
> > > > > 
> > > > > Rune Bjørnstad
> > > > > 
> > > > 
> > > > 
> > > > 
> > > 
> --------------------------------------------------------------------
> > > -
> > > > 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]
> > > 
> > 
> > 
> > 
> ---------------------------------------------------------------------
> > 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]
> 
> 
> ---------------------------------------------------------------------
> 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]

Reply via email to