Adding that to your action classes would help to eliminate user sessions loosing state in between servletcontext restarts. Since action classes will most likely contain several POJO-like properties which are set from user input, it is not be a bad idea to add that variable to your classes. It would only add one line of code to your action classes.
> -----Original Message----- > From: anand nandu [mailto:anand8...@gmail.com] > Sent: Thursday, July 23, 2009 12:40 PM > To: user@struts.apache.org > Subject: action does not declare serialversionuid warning > > > when Action extends Action Support i get a warning action > does not declare > serialversionuid. > Please excuse my ignorance if this was basic questions... > > 1) what is advantage of declaring serialversionuid in action class? > > 2) when does the action class gets serialized.Even in > Clustered Environment > i don't see action needs serialization. > Please tell any scenario where action needs to be serialized.? > > 3) If my action does not get serialized why do i need to add > unnecessary > code(declare serialversionuid) to my action making it Big.? > > 4) I assume serialversionuid makes sense only when the action gets > serialized.is this right? > > I will be really grateful if someone shares your ideas. > -- > View this message in context: > http://www.nabble.com/action-does-not-declare-serialversionuid -warning-tp24629700p24629700.html > Sent from the Struts - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > > Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu - direct contact information for affiliates is available at http://www.merck.com/contact/contacts.html) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
