1. in your case I think you should use a html:submit. 2. i think your propriety's name should be usergroupmaster, not /usergroupmaster.
Caroline ----- Original Message ----- From: "Abhijeet Mahalkar" <[EMAIL PROTECTED]> To: "Struts Users Mailing List" <[EMAIL PROTECTED]> Sent: Thursday, October 02, 2003 8:56 AM Subject: <html:button> Not working > Hi ALL > I have a code in which i have to submit the page for which i have written > > <html:form onsubmit="return XYZFORM(this);" action="/XYZ" method="post"> > > //some code > > <html:button property="/usergroupmaster"> <bean:message > key="button.details"/> </html:button> > > </html:form> > > but when i click the button nothing happens pls suggest what to do? > > thanks In Advance > abhijeet > > > ----- Original Message ----- > From: "Andrew Hill" <[EMAIL PROTECTED]> > To: "Struts Users Mailing List" <[EMAIL PROTECTED]> > Sent: Wednesday, October 01, 2003 5:23 PM > Subject: RE: [POLL] ActionFrom vs DynaActionForm > > > > <snip> > > if I'm simply copying all my properties to another class > > (Torque Object, EJB, Business Object of some sort) why would I ever need > > code completion for my action forms > > </snip> > > > > Indeed, under such situations you would likely be better of with > dynaforms. > > IMHO The real advantages of writing an ActionForm class are when you are > > writing a fair bit of java code that interacts with the form. Having a > solid > > class with strongly typed getters and setters really helps you to keep the > > bugs down by catching many of the simple ones at compile time and of > course > > IDE feature like code completion can save a fair bit of time, and help jog > > the memory (especially when you have a big form with lots of funny named > > fields!) > > > > -----Original Message----- > > From: Mainguy, Mike [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, 1 October 2003 19:47 > > To: 'Struts Users Mailing List' > > Subject: RE: [POLL] ActionFrom vs DynaActionForm > > > > > > BeanUtils.copyProperties also works with DynaForms (They implement > DynaBean > > and BeanUtils treats them (for the most part) as POJB's (c). > > > > I will concede that code completion is a definite plus. My only counter > to > > that would be that, if I'm simply copying all my properties to another > class > > (Torque Object, EJB, Business Object of some sort) why would I ever need > > code completion for my action forms? > > > > Code completion is a good point anyway though... > > > > -----Original Message----- > > From: Pratik Patel [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, October 01, 2003 7:29 AM > > To: [EMAIL PROTECTED] > > Subject: Re: [POLL] ActionFrom vs DynaActionForm > > > > +1 ActionForms > > -1 Dyna*Forms > > > > Brandon Goodin wrote: > > > #1 > > > > > > Reasons: > > > -Dynas massive struts configs are annoying and the runtime errors > > > bite. > > > -DynaForm time saving is insignificant (how long does it take for your > > > ide to generate getters/setters?). > > > <snip> > > > > more reasons: > > - Easy to copy properties from ActionForm to domain object (using > > BeanUtils.copyProperties ) > > - code completion can be used with ActionForms > > > > > > cheers, > > Pratik > > > > > > > > --------------------------------------------------------------------- > > 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] > > > > > --------------------------------------------------------------------- > 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]
