As Mike asked can you post the code? Also, make sure that you aren't loosing or altering any necissary information on the form when you repost it. Like when you filter out some of the fields are you missing an important field that your servlet is looking for? I'm sorry if this is all elementary but we have to cover all the bases.
Anyway, I think that the warning message you are getting is strictly from the browser. If you reload a form with changed data to the same url it is going to give you that message no matter what your servlet is doing. The only options you have to get rid of it is to either change the url, repost rather than reload, or possibly do some fancy JavaScripting to disable that message (I'm not sure if this is possible but it might be). I'm not an expert at this so if anyone else has any better ideas please let us all know. Hope this helps! Matt Quoting Danny Guindi <[EMAIL PROTECTED]>: > Thanks Matt, but I already tried that approach, and it had some bad > side-effects. For some reason after posting the servlet to itself > (instead > of reloading), my form was corrupted. I sent a message to this > listserv > last week explaining that problem, but nobody could answer. The problem > was > that my servlet for some reason stopped streaming to the browser. I > don't > think it was a servlet error because my servlet completed and exited > correctly. Somewhere in the process of writting the buffer to the > browser, > the stream got cut off, and some of the HTML code was missing. I even > thought it could have been a problem between tomcat and IE (or > something > else to that effect). > > Thanks for the help though, > > Danny > > -----Original Message----- > From: Matt Penner [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 24, 2001 9:48 AM > To: [EMAIL PROTECTED] > Subject: Re: doGet, doPost, and reload problems/questions > > > Are you doing a refresh or are you calling the same url again? It > sounds > like > your servlet is forcing a refresh which is causing this problem with > the > post > method. If your user submits the form (or filters or whatever you want) > and > you post to the same url rather than refreshing I think that this > would > solve > your problem. > > If not you may want to try dynamic urls. That's when your servlet > creates > the > url of the pages dynamically using some sort of a serial number system > where > it > wont generate two of the same urls within a close amout of time. That > way > your > browser wont know it's posting to the same servlet. You could then map > the > url > pattern to your servlet such as by altering your webinf file if you're > using > apache. Only problem with this, besides the extra coding, is that > your > users > will not be able to bookmark their pages. > > Hope this helps, > Matt > > > Quoting Danny Guindi <[EMAIL PROTECTED]>: > > > Hi all, > > > > I am trying to write a servlet that displays a list of options on > the > > screen. Instead of using a combo box, I have a checkbox next to > each > > option, so the user can see all the options at the same time > > (sometimes, > > there could be hundreds of options). The user can then select or > > deselect > > any options he/she wants. I also want the user to be able to filter > out > > a > > group of options by selecting a 'filter' criteria from a combo box > > that > > eliminates multiple options. When the user selects this filter, I > > reload > > the page, filter-out some options, and display the remaining ones. > > The > > problem I have is that every time I try to reload the page, I get a > > warning > > that the page needs to be re-posted because the form data has > changed. > > I > > cannot use the form GET method, because it exceeds the limit of > > characters > > that can be encoded in the URL. Using the POST method is what's > causing > > the > > warning to pop-up. Any ideas on how I can do this kind of > operation? > > > > Thanks in advance, > > > > Danny Guindi > > > > > ___________________________________________________________________________ > > To unsubscribe, send email to [EMAIL PROTECTED] and include in > the > > body > > of the message "signoff SERVLET-INTEREST". > > > > Archives: > http://archives.java.sun.com/archives/servlet-interest.html > > Resources: > > http://java.sun.com/products/servlet/external-resources.html > > LISTSERV Help: http://www.lsoft.com/manuals/user/user.html > > > > ___________________________________________________________________________ > To unsubscribe, send email to [EMAIL PROTECTED] and include in the > body > of the message "signoff SERVLET-INTEREST". > > Archives: http://archives.java.sun.com/archives/servlet-interest.html > Resources: > http://java.sun.com/products/servlet/external-resources.html > LISTSERV Help: http://www.lsoft.com/manuals/user/user.html > > ___________________________________________________________________________ > To unsubscribe, send email to [EMAIL PROTECTED] and include in the > body > of the message "signoff SERVLET-INTEREST". > > Archives: http://archives.java.sun.com/archives/servlet-interest.html > Resources: > http://java.sun.com/products/servlet/external-resources.html > LISTSERV Help: http://www.lsoft.com/manuals/user/user.html > ___________________________________________________________________________ To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff SERVLET-INTEREST". Archives: http://archives.java.sun.com/archives/servlet-interest.html Resources: http://java.sun.com/products/servlet/external-resources.html LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
