If you were able to patch a copy of ActionServlet, and run them through
some of your use cases, that would help move them along. I could provide
a patched jar based on the nightly build if that would help.
These compile, but haven't been tested:
public ActionForm createActionForm(String path) {
ActionMapping mapping = findMapping(path);
String name = mapping.getName();
ActionForm form = null;
ActionFormBean formBean = findFormBean(name);
if (formBean != null) {
String className = null;
className = formBean.getType();
try {
Class clazz = Class.forName(className);
form = (ActionForm) clazz.newInstance();
} catch (Throwable t) {
form = null;
}
}
return form;
}
protected ActionForward invokeAction(
String path,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException {
ActionMapping mapping =
processMapping(path,request);
Action action =
processActionCreate(mapping,request);
ActionForward forward = processActionPerform(
action,mapping,form,request,response);
return forward;
}
-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel +1 716 737-3463
-- http://www.husted.com/struts/
Tim Moore wrote:
>
> This would be very helpful for me! I'm desigining an application with a
> fairly complex internal navigation structure and until the workflow
> commons package is in a more complete state I've had to make do with an
> ad hoc scheme that has been seriously hindered by the inability of an
> action to set request parameters on an action that it forwards to. I'm
> ending up having to do redirection to (long, ugly) URLs computed on the
> fly instead of forwards a lot of the time. This suggestion would
> certainly ease that particular pain.
>
> --
> Tim Moore / Blackboard Inc. / Software Engineer
> 1899 L Street, NW/ 5th Floor / Washington, DC 20036
> Phone 202-463-4860 ext. 258 / Fax 202-463-4863
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
