This week's giveaway is in the EJB and other Java EE Technologies forum. We're giving away four copies of EJB 3 in Action and have Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan on-line! See this thread for details.
I think you are getting a problem of unwanted refersh problem.
here is the solution
Our web application has one limitation , and this limitation is growing day by day. This limitation is because of stateless nature of http protocol. Struts framework has managed this problem specified below.
So please read this article and make required changes into your code. We will make some schedule so that our web application will be bug free in future.
Not Checking for Duplicate Form Submissions
Aside effect of the stateless nature of the HTTP protocol is that the interface
presented in the browser can easily get out of sync with the state of the
model on the server. There is a common pitfall involving this lack of synchronization
that must be dealt with in nearly every application. This occurs
when a user submits values using a form on a given page and then, at some
later point, backtracks to the cached page, edits the now stale values, and
resubmits the form. This has the potential to corrupt the underlying data
store by creating duplicate records, overwriting current data with stale values,
and so on. In the best case, it creates a bad transaction that is rejected by
the data store.
This pitfall potentially affects nearly every JSP containing a form tag. In
most projects, the problems show up during system test. Fortunately for
developers, system testers are generally wise enough to include scenarios
in their test scripts that expose this type of bug. Developers, on the other
hand, rarely test for these conditions.
The code that follows represents a typical naive form implementation that
is trapped in this pitfall. If we don�t do anything special to prevent it, the
user can use the HTML generated by this JSP to submit the same form multiple