RE: RE: Parameterised redirect?

On Thu, 2003-05-08 at 04:37, Schnitzer, Jeff wrote:
> The current CVS version of Maverick separates out the three param
> collections (controller, view, transform) and avoids this problem.  The
> call becomes:
> 
> this.getCtx().setViewParam("project", "7");

Beautiful, :)

I'm happy to build from CVS, in fact I have the CVS code checked out as
a reference. Is it safe to use. I use throwaways.

Speaking of throwaways. I once worked on java PDA project where the tech
lead for the graphics noticed that they were creating and disposing of a
lot of rects which was primarily due to rect copying for the fear of
external parties changing the rects passed and destroying the internals
of the widget. His solution, a rect pool (hey it would cut back on gc).

I had came to the project late (to do hot fixes on performance areas), I
came across this pool and fell off my chair. The additional code for the
pool had added significantly to the code base (rect access needed a
finally clause to ensure the rect was returned to the pool, pool access
was synchronised) and, after a short bust of code writing to prove it,
had reduced GUI performance by 10%.

My experience with maverick controllers to this point has been that
throwaways is all that are required. When I need access to an expensive
resource I grab it from an external pool or the session (if it's
specific to the user). So far I've not needed poolable controllers.

> After we resolve this controller reuse issue, I'll publish another
> build.  I have been mulling over Jim's suggestion for putting an
> output-type attribute on every node but something is just not quite
> right yet... it's been long enough that we should just make a release
> and consider this change for the next version.

-k.

> Jeff Schnitzer
> [email protected]
> 
> > -----Original Message-----
> > From: Kevin O'Neill [mailto:[email protected]]
> > Sent: Tuesday, May 06, 2003 7:07 PM
> > To: [email protected]
> > Subject: [Mav-user] RE: Parameterised redirect?
> > 
> > On Mon, 05 May 2003 17:52:32 -0700, Schnitzer, Jeff wrote:
> > 
> > > For view type "redirect", calling setParam("project", "7") on the
> > > controller context will do it.  If you're using a Throwaway-derived
> > > controller:
> > >
> > > this.getCtx().setParam("project", "7");
> > 
> > worked like a charm, though it does leave me with another small
> problem
> > though :).
> > 
> > <command name="projects/do-add-member">
> >   <controller class="au.edu.curriculum.esit.web.ActionController">
> >     <param name="class"
> >
> value="au.edu.curriculum.esit.commands.actions.project.AddMember"/>
> >   </controller>
> >   <view name="success" type="redirect" path="view.m"/> <view
> name="error"
> >   path="add-member.vm">
> >      <transform type="xslt" path="WEB-INF/xslt/style.xslt"/>
> >   </view>
> > </command>
> > 
> > The redirected URL has
> > view.m?class=au.edu.curriculum.esit.commands.actions.project.AddMember
> > which although not harmful (I never read the class information from
> the
> > query string), it is a little ugly.
> > 
> > I was thinking about adding an optional parameter to the redirect that
> if
> > present effected it's query string so that parameters I use to
> configure
> > the maverick action don't show in the query string. Thoughts?
> > 
> > -k.
> > 
> > --
> > If you don't test then your code is only a collection of bugs which
> > apparently behave like a working program.
> > 
> > Website: http://www.rocketred.com.au/blogs/kevin/
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> > The only event dedicated to issues related to Linux enterprise
> solutions
> > www.enterpriselinuxforum.com
> > 
> > [INVALID FOOTER]
> 
> 
> 
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
> 
> [INVALID FOOTER]
-- 
If you don't test then your code is only a collection of bugs which 
apparently behave like a working program. 

Website: http://www.rocketred.com.au/blogs/kevin/



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

[INVALID FOOTER]