[seam-dev] Suppressing parameter inclusion for s:link

Pete Muir pmuir at redhat.com
Thu Oct 23 11:30:04 EDT 2008


On 23 Oct 2008, at 16:12, Shane Bryzak wrote:

> A couple of our more vocal users have been pushing for JBSEAM-3609  
> and JBSEAM-2310 to be fixed, and while the issue is legitimate Pete  
> and I couldn't arrive at a definite conclusion as to how to  
> correctly address it.  To summarise the problem, when a user has a  
> page with a menu containing a lot of links (each using s:link), each  
> of the page parameters defined in pages.xml for the views referenced  
> in the links cause instantiation of whatever Seam component is  
> configured in the parameter value. The main problem with this is the  
> performance hit from having to create so many components just to  
> render the links.
>
> We identified two possible solutions - either introduce an  
> attributes in pages.xml which when set to true suppresses the  
> parameter values from being rendered, or introduce an additional  
> attribute in s:link and s:button which does a similar thing for that  
> link only.  The advantage of controlling it in the view is that it  
> offers more flexibility, being that you can choose when to include  
> or exclude the parameter values.  However, the real question is  
> which would be the more semantically correct place to control it.   
> Does anyone have any opinion either way about this?

I'm very happy that we make it so that

<s:link>
    <f:param name="foo" />
</s:link>

suppresses the page parameter, but I'm still not sure about this  
global suppression.



More information about the seam-dev mailing list