This is off-topic, so here's a high-level explanation of serializing. Imagine submitting a form, and in the middle of it being processed by struts2 some administrator decided it's time to restart the servletContext. What any decent appserver will do is serialize any in-memory objects, so that when the app server comes back up it can reconstitute those objects and the appserver can pick up where it left off. The alternative would be that your submission barfs, and you get to start all over again. Not very user friendly.
What if the administrator restarted the context because the action class that was handing your submission was updated. What if the new version didn't contain the same variables as the one that was just serialized does? The ID helps the app server when re-constituting, so it doesn't try to populate obsolete variables. If this still doesn't make sense, try googling and reading up a bit. HTH, -dave > -----Original Message----- > From: anand nandu [mailto:anand8...@gmail.com] > Sent: Thursday, July 23, 2009 1:49 PM > To: user@struts.apache.org > Subject: RE: action does not declare serialversionuid warning > > > "Adding that to your action classes would help to eliminate > user sessions > loosing state in between servletcontext restarts." > > I really didnt understand what exactly this means... > You are talking abt the form fields parameters in jsp? > -- > View this message in context: > http://www.nabble.com/action-does-not-declare-serialversionuid -warning-tp24629700p24631059.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
