RE: [Mav-user] Best Practices Please

[Schnitzer, Jeff]

Release made :-)   For the dispatching issue – a couple solutions immediately present themselves to mind.   I’m not quite sure why what I was saying earlier wouldn’t work - you could return the name of a view which is a document view which forwards to another Maverick command.  Just like forwarding to a JSP except that the path would be “nextCommand.m” or whatever.  This might be awkward if the next command could be any of the possible commands, but if you’re adventurous you can simplify the configuration aspect of this by using an XSL on the maverick.xml.   Alternatively, you could perform the forward from the controller yourself using RequestDispatcher, as Eelco described.  To do this you would want to use the “null” view type for the master command invocation.   Do either of these solutions meet your needs?  If not, I believe you could very easily create a custom view type which takes the name of the view and forwards to a new command with the same name.   BTW, when doing this, mind the new reuseMaverickContext init-param on the Dispatcher.   Jeff Schnitzer [EMAIL PROTECTED]   -----Original Message----- From: Eelco Hillenius [mailto:[EMAIL PROTECTED] Sent: Saturday, June 21, 2003 1:14 AM To: [EMAIL PROTECTED] Subject: Re: [Mav-user] Best Practices Please   Issue1: It's probably best to have a new release out, but I am not involved in this project. So... Jeff? For the time being I can send you the code and/or the compiled jar to your personal email if you want.   Issue3: Have you tried using the requestDispatcher directly? That should work.   Eelco ----- Original Message ----- From: David Cruwys To: [EMAIL PROTECTED] Sent: Saturday, June 21, 2003 9:17 AM Subject: RE: [Mav-user] Best Practices Please   >> Issue1:  Hmmm, I remember fixing a bug related to this.  Try using the CVS version of Maverick and let me know if it fixes the problem.  The FormBeanUser   I can't get CVS downloads to work from my system, I've tried a few times before with some Jakarta projects and have had no luck, is there another way of getting the latest source release for Maverick in a ZIP.   >> Issue3:  The friendbook example shows you how to redirect to the correct page after logging in when you went to a deep link without authenticating first.  >> You could make the redirect a forward instead if you want to.  In either case it goes to a different controller.  Perhaps I am misunderstanding your question?   I think there is a misunderstanding here.   In the middle of processing a controller, I may wish to end without returning a View id. instead, I might wan't to invoke a totally different controller based on some logic.   An example may clarify, (though this is not exactly what I'm after but you should get the idea)   the following URLs would call 3 differnt commands.     http://server/app/runCmd1.m     http://server/app/runCmd2.m     http://server/app/runCmd3.m     each comand does what ever and returns a view string.   I would like to do something simmilar to the following       http://server/app/runBusinessLogic.m which would do its thing (business process)and return the view that needs to be displayed   or       http://server/app/runBusinessLogic.m?foward=runCmd1   http://server/app/runBusinessLogic.m?foward=runCmd2   http://server/app/runBusinessLogic.m?foward=runCmd3 which would also do its (business process) but instead of returning a view string, it would execute another command (as stated in the foward key) and that command would return what ever view it wants.     Cheers Dave