RE: Best Practices Please

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 <mailto:[email protected]>  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