Hi, I've been looking at the src of v1.2.7.
I think the real question is, what happens when no action is invoked, or configured in the struts xml file. For example, the initial request is to main.jsp which has no associated mappings in the xml config file, how does the RequestProcessor (or RequestDispatcher) then know how to handle this request ? e.g. it seems to magically know when an ActionConfig::path is not actually intended to be processed as an actual action but just to load the target jsp script. Because as far as I can tell unless one of the action mappings has an unkown attribute set to true then RequestProcessor::processMapping will throw an error. Another, possible way of considering it, is what happens when the RequestProcessor::process method actually returns null... There might be some semantics occuring here that I'm not experiencing since what I'm doing is coding the RequestProcessor for the PHP environment, so I might be over looking, or not experiencing something while just reading the source code... As far as I can tell, this morning, I need to have either, a dummy action that will then echo/print a response to the screen, of have a seperate web page that is not loaded/controlled by the RequestProcessor ? The latter doesnt seem feasible. Another unrelated question, but might help my understanding, is why does the RequestProcessor process method call the 'processCachedMessages' method, wouldn't this method be better suited to be called somewhere in ActionServlet ? I think bascially what I would like to find out, is how a returned findForward in Action::execute does not tie the system into a loop... G. -- devosc --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
