I currently have that setting that you mentioned. That is exactly the problem that I am seeing. If a user goes directly to the /login url. The LoginAction is being instatiated and the validator trys to validate parameters that the user never had a chance to enter.
-----Original Message----- From: Mainguy, Mike [mailto:[EMAIL PROTECTED] Sent: Friday, August 01, 2003 7:46 AM To: 'Struts Users Mailing List' Subject: RE: DynaValidatorForm question My gut reaction would be to use a depends=required on both fields. This should give you the behavior you desire. -----Original Message----- From: Jones, Marty B. [mailto:[EMAIL PROTECTED] Sent: Thursday, July 31, 2003 5:37 PM To: [EMAIL PROTECTED] Subject: DynaValidatorForm question I have a class that extends Action (LoginAction) and references a DynaValidatorForm for form validation. I have noticed that if I directly reference a url say http://myserver/control/login that it instantiates the LoginAction as it should. My question is, what is the best way to not allow the Action class to be fired if no request arguments are on the request so that the login.jsp file will paint to allow the user to enter usename and password information in. I am pretty sure that I could use a normal ActionForm and in the validation method check to see if the username and password values are both null. If they are then return a mapping to go back to the login screen. Is there a way to do this with the DynaValidatorForm? Thanks in advance, Marty Jones ________________________ Marty B. Jones Senior Software Engineer DailyAccess.Com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message and its contents (to include attachments) are the property of Kmart Corporation (Kmart) and may contain confidential and proprietary information. You are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on information contained herein is strictly prohibited. Unauthorized use of information contained herein may subject you to civil and criminal prosecution and penalties. If you are not the intended recipient, you should delete this message immediately. --------------------------------------------------------------------- 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]