> -----Original Message----- > From: Adam Lipscombe [mailto:[EMAIL PROTECTED] > Sent: Tuesday, June 29, 2004 2:26 PM > To: 'Struts Users Mailing List' > Subject: RE: NEWBIE: Wierd problem - Action sometimes produces Status > 500 - No Context configured to process this request > > > Thanks Jim, > > You are right - the action doesn't execute at all. I put a > breakpoint in the > execute() method and its not called when I get the 500 error. > Tomcat also > displays "MAPPING configuration error for request URI" which > confirms this. > > But it works OK once the user has logged in, and this strikes > me as odd. > What in the login process could be altering the way Tomcat behaves?
I don't know. It shouldn't if you're not using container managed security. I'm thinking something got fat fingered in the tomcat setup. I've seen the sysdeo plugin for eclipse screw up a config, but it's never been a repeatable thing (can't confirm it wasn't a pebcak error either). It's also interesting that it appears to be self healing. Without being able to recreate this I don't think I can help much more.... let me know what it turns out to be. > > > TIA - Adam > > > > > > -----Original Message----- > From: Jim Barrows [mailto:[EMAIL PROTECTED] > Sent: 29 June 2004 20:03 > To: Struts Users Mailing List > Subject: RE: NEWBIE: Wierd problem - Action sometimes > produces Status 500 - > No Context configured to process this request > > > This almost sounds like the action is getting executed at > all, but is rather > a problem with the server setup. Context usually refers to > everything up to > and including the app name, so that would make sense if > there's a server > configuration issue. If it is executing the action, then at > what point is > the 500 being thrown? > > > -----Original Message----- > > From: Adam Lipscombe [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, June 29, 2004 10:31 AM > > To: 'Struts Users Mailing List' > > Subject: NEWBIE: Wierd problem - Action sometimes produces > > Status 500 - > > No Context configured to process this request > > > > > > Folks, > > > > > > I have a strange problem that is confusing me: > > > > I have a simple login page with a Help button defined like this: > > > > <html:link href="javascript:displayHelp('loginPage')"%>"<img > > border="0" > > height="28" name="Image10" src="images/b_help_1.gif" > > width="32"></html:link> > > > > > > When pressed, the JavaScript displayHelp() method below is called: > > > > function displayHelp(context) > > { > > [snip] > > > > var url = "<html:rewrite page='/help.do' />" > > url += "?context=" + context; > > > > [snip] > > > > window.open(url, "HelpWindow", windowOptions); > > } > > > > > > > > This page is the first page that the user sees, having been > > redirected from > > index.jsp like this: > > > > <logic:redirect forward="login"/> > > > > > > > > > > The problem is that before a user logs in, pressing the > "Help" button > > results in the error "HTTP Status 500 - No Context configured to > > process this request" being displayed. > > > > However after a user logs in (and presses the browser back > > button to return > > to the login page) the link works fine and the help is displayed OK. > > > > > > Its as if the act of logging in sets up a context within > > which the actions > > work.... > > > > > > > > The relevant bits of my struts-config looks like this: > > > > <global-forwards> > > <forward name="login" path="/pages/Login.jsp" /> > > </global-forwards> > > > > <action-mappings> > > <action input="/pages/Login.jsp" name="loginActionForm" > path="/login" > > scope="request" type="com.expensys.expensyswt.struts.action.Login" > > validate="true"> > > <forward name="home" path="/pages/Home.jsp" /> > > </action> > > > > <action path="/help" scope="request" > > type="com.expensys.expensyswt.struts.action.DisplayHelp" > > validate="false" > > > <forward name="loginHelp" path="/pages/help/LoginHelp.jsp" /> > > <forward name="displayHelpTopics" > > path="/pages/help/HelpTopics.jsp" /> > > </action> > > </action-mappings> > > > > > > > > Does anyone know what is going on here? > > Why does the "/help.do" action URL work after the user has > > logged in but not > > before? > > Is it to do with the fact that no action has been called > > before the log in > > takes place? > > > > > > > > TIA - Adam > > > > > > > > > --------------------------------------------------------------------- > > 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] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
