To set the record straight, just in case anyone thought there was a problem with Mozilla/Firefox: no problem there, but apparently there is a problem with my eyesight. I did not notice earlier that the plain vanilla href is contained within a table cell that has a Javascript onclick event. Apologies for all the list traffic - thanks for all those that helped out.
Owen On Tue, 2004-11-16 at 12:31, Owen Berry wrote: > David, > > Thanks for the suggestion. Unfortunately I do not have any Javascript on > these links - they are plain vanilla href's: > > <a href="/dm/home.do" class="navlink">Home</a> > > I tried logging the referer header, but they are the same for both > requests. > > I do find it interesting that I can type the URL into the location bar > instead of following the link and everything works right. This, combined > with the suggestion from Lesaint that I check the <html:base> (which I > haven't used on any of the pages) motivated me to try using IE instead > of Firefox/Mozilla. > > Interestingly enough, the request only comes through once on IE. So in > the end it appears to either be a Mozilla bug or something that I'm > doing in my html that is causing this behavior. Unless somebody has some > suggestions from past experience, I will drop this thread as it is no > longer Struts related. I also won't be sending the configuration details > I promised last night. > > Thanks for the help. > > Owen > > On Tue, 2004-11-16 at 00:11, David G. Friedman wrote: > > Owen, > > > > If only certain actions are invoking this double submit, I recommend you log > > referer pages and check them for submit buttons using Javascript. Some > > people accidentally have a submit button invoke a Javascript function and > > (or within it) call form.submit(). In a submit button, that often causes a > > double submit. When you mentioned that sometimes the same thread and > > sometimes different threads invoke it, that doesn't necessarily (from my > > point of view) mean anything. It could just mean the second (i.e. double) > > submit was handled by the same HTTP related thread, such as on HTTP1.1 > > compliant concurrent connections. > > > > Regards, > > David > > > > -----Original Message----- > > From: Owen Berry [mailto:[EMAIL PROTECTED] > > Sent: Monday, November 15, 2004 3:35 PM > > To: Struts Users Mailing List > > Subject: Actions being executed twice > > > > > > Hi there, > > > > I'm having a problem where certain actions are being executed twice when > > a user follows a link. I'm hoping somebody has some input on this, or > > some suggestions on how I can figure it out. > > > > I'm running Struts 1.1, Tomcat 5.0.28, J2SE 1.4.2_05 and Fedora Core 2. > > > > As far as I can see this only happens on http posts, not gets. I thought > > I had also narrowed it down to only happening on actions that are > > straight off the application context (/app/action.do), but I've managed > > to find some actions that are off the root of the application but do not > > exhibit this behavior. I'm going directly to Tomcat on port 8080 to > > avoid any problems with Apache connectors and the like. > > > > The simplest example I can give of this is: > > > > <action path="/home" > > type="actions.WelcomeAction"> > > <forward name="success" path="/WEB-INF/pages/home.jsp"/> > > </action> > > > > WelcomeAction logs the fact that it was executed and then: > > > > return (mapping.findForward("success")); > > > > When I look in the log file the message gets logged twice. Most of the > > time the action is being executed by two different threads, but I have > > seen the same thread handle both executions. > > > > Initially I thought it was possible that some part of my code was > > calling the execute again, but if I create a stack dump within the > > action both stack dumps are identical except for time stamp and thread. > > > > I have my own RequestProcessor class that overrides the standard Struts > > one in order to perform authorization checking, but if I remove it from > > the Struts config file I still get the same results. > > > > Thus far I haven't been able to replicate the problem using a standard > > servlet. > > > > Any suggestions on where I can start looking? BTW, I'm not in a position > > to upgrade to Struts 1.2.x at this stage. > > > > Thanks, > > Owen Berry > > > > > > > > --------------------------------------------------------------------- > > 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
