Christine wrote:
Ate Douma wrote:
Christine, in your case you might not be concerned with WSRP (yet), in which case you may use the non JSR-168/286 compliant Jetspeed portal settings to merge plain url parameters. But even then, the reasons provided above by s2o still should be taken into account.
Thanks for the replies. All I want to do is display a list of names that are clickable and pass a parameter that identifies the person. Is there another way of doing that except passing a parameter in the url? I don't want to use a POST because I don't want a lot of buttons on the page.

Within you jsp, you can use something like the following:

<%@ taglib uri=”http://java.sun.com/portlet_2_0” prefix=”portlet”%>
<portlet:defineObjects/>

Name: <a href="<portlet:renderURL><portlet:param name='name' 
value='{$p.firstName}'/></portlet:renderURL>">${p.firstName}</a>

Regards,

Ate


Christine

Regards,

Ate

Anyway, there are some workarounds to do it :=)

s2o
http://s2o-bcn.blogspot.com/


2009/9/28 Christine <christ...@christine.nl>

Christine wrote:

This may be a jsp question more than a jetspeed question.
Suppose I create a link, like so:
Name: <a href="?name=<%=p.getFirstName() %>"><%=p.getFirstName() %>

Right.
I found this (JS2-605):
"Query string parameters should not (by default) be provided to portlets to
be compliant to JSR 168 spec requirements"

and this:
     <js:metadata
name="merge.portal.parameters.with.portlet.parameters">true</js:metadata>
     <js:metadata
name="merge.portal.parameters.before.portlet.parameters">true</js:metadata>

My first question is, why should url parameters not be passed to a portlet, as the spec requires? I can imagine url parameters that override portlet parameters can be a risk, but otherwise, what's the rationale behind not
passing them?
Second, I suggest to make this issue more clear in the documentation or in
the tutorial or in the faq.

:-)


dagdag
Christine



--
dagdag is just a two-character rotation of byebye.


---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscr...@portals.apache.org
For additional commands, e-mail: jetspeed-user-h...@portals.apache.org





---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscr...@portals.apache.org
For additional commands, e-mail: jetspeed-user-h...@portals.apache.org






---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscr...@portals.apache.org
For additional commands, e-mail: jetspeed-user-h...@portals.apache.org

Reply via email to