> -----Original Message----- > From: Kris Schneider [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 14, 2004 10:45 AM > To: Struts Users Mailing List > Subject: RE: ??? property naming convention problem > > > Quoting Jim Barrows <[EMAIL PROTECTED]>: > > > > -----Original Message----- > > > From: Daniel Perry [mailto:[EMAIL PROTECTED] > > > Sent: Tuesday, December 14, 2004 7:52 AM > > > To: Struts Users Mailing List; [EMAIL PROTECTED] > > > Subject: RE: ??? property naming convention problem > > > > > > > > > This is confusing. The bean spec / article is talking about > > > going from a > > > method name into a property name. The problem here is the > > > other way round. > > > > WHat's confusing? Bean property names must begin with > lowercase first > > letter. Getters and Setters capitalize this. > > I've never had this issue. properties are always eCoupon > and setECoupon and > > getEcoupon. > > Actually, no. It's perfectly legal for a property name to > begin with an upper > case letter. Again, see: > > http://wiki.apache.org/struts/JavaBeans
I see your specification and raise you the coding style: http://java.sun.com/docs/codeconv/html/CodeConventions.doc8.html#367 Variables Except for variables, all instance, class, and class constants are in mixed case with a lowercase first letter. Internal words start with capital letters. Variable names should not start with underscore _ or dollar sign $ characters, even though both are allowed. Variable names should be short yet meaningful. The choice of a variable name should be mnemonic- that is, designed to indicate to the casual observer the intent of its use. One-character variable names should be avoided except for temporary "throwaway" variables. Common names for temporary variables are i, j, k, m, and n for integers; c, d, and e for characters. int i; char c; float myWidth; > > > > Eg, decapitalise method->property will convert: > getECoupon -> ECoupon > > > But it doesnt mention property->method capitalise: eCoupon -> > > > getECoupon / > > > geteCoupon > > > > > > I think the assumption has been made that if youre going > to go from > > > getECoupon ->ECoupon that you must go from > > > ECoupon->getECoupon and therefore > > > eCoupon->geteCoupon > > > > > > However the spec doesnt say that this should be a reversible > > > process, so why > > > not eCoupon->getECoupon > > > > > > Daniel. > > > > > > > -----Original Message----- > > > > From: Andrew Hill [mailto:[EMAIL PROTECTED] > > > > Sent: 14 December 2004 14:01 > > > > To: Struts Users Mailing List > > > > Subject: Re: ??? property naming convention problem > > > > > > > > > > > > Sure is mate!. Its all in the javabean specs > > > > > > > > This post should enlighten you further: > > > > > > > > http://marc.theaimsgroup.com/?l=struts-user&m=98900256403524&w=2 > > > > > > > > > > > > And for another getter/setter 'gotcha' you can read this > > > thread through > > > > > > > > http://marc.theaimsgroup.com/?l=struts-user&m=102696975022454&w=2 > > > > > > hth > > > Andrew > > > > > > Vinod Easaw Varghese wrote: > > > > Hi, > > > > > > > > I have a textbox in a JSP whose property has been > > named as eCoupon. > > > > I have created the necessary ActionForm with the > > necessary setter and > > > > getter methods such as setECoupon and getECoupon. > > > > When I run submit the form within the corresponding > > JSP I get the > > > > error message not able to find the corresponding getter method for > > > > property eCoupon > > > > The moment I changed the property name to ecoupon and made the > > > > necessary adjustments within the ActionForm all began to > > work well. > > > > > > > > Is there a property naming convention to be followed in STRUTS > > > > > > > > > > > > With thanks and Regards > > > > > > > > Vinod Easaw Varghese -- Kris Schneider <mailto:[EMAIL PROTECTED]> D.O.Tech <http://www.dotech.com/> --------------------------------------------------------------------- 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]