Skip to main content

[jsr362-observers:] [jsr362-experts:] Fw: Public Render parameters

  • From: Martin Scott Nicklous < >
  • To:
  • Subject: [jsr362-observers:] [jsr362-experts:] Fw: Public Render parameters
  • Date: Tue, 28 May 2013 15:26:41 +0200
  • List-id: <>

A couple more points -

1) The parameter handling IS confusing. Basically, parameter handling on
URLs works differently depending on whether you are working with a resource
URL, an action URL, or a render URL. To make it more confusing, both  the
action URL and the render URLs are created through different method calls,
but the URL you get back is of the same class (PortletURL). If you try out
the code and read the spec, you might be able to verify that the
implementation works according to the specification. However, the API
documentation regarding parameter handling on the URLs refers to the
corresponding method descriptions on BaseURL, and those descriptions do not
mention the special handling depending on URL type. So if you are one of
the (probably many ... like me, for example) programmers who goes by the
API documentation without scouring the spec at the same time, you would
never have any indication that parameters on the URLs are handled
differently depending on the method used to create the URL.

2) With resource URLs, it would be interesting to find out how the cache
level affects the parameter handling. I haven't tried that out yet ...

3) getPrivateParameterMap() returns different types of parameters depending
on the type of request being executed. If an action request is executing,
the parameters returned are all Action Parameters that are available for
that request only. If a render  request is being executed, they are render
parameters that will automatically appear each time the portlet is rendered
until they are removed or changed.

But when a resource request is being executed, the parameters returned are
a mix of the render parameters and the Resource Parameters that were
explicitly set on the URL. This can be a problem if you create a new
resource URL within your resource request. The render parameters from the
initial render request being executed when the first resource URL is
created will be automatically copied to the new resource URL, but the
Resource Parameters that were explicitly set on that first resource URL
will not be, so if you want them, you need to find out which ones they were
(how?), and add them.

complicated ...

Mit freundlichen Grüßen / Kind regards

Martin Scott (Scott) Nicklous

WebSphere Portal Standardization Lead & Technology Consultant
Specification Lead, JSR 362 Portlet Specification 3.0
IBM Software Group, IBM Collaboration Solutions
 Phone:            +49-7031-16-4808           IBM Deutschland Research &      
                                             Development GmbH                 
   image moved
      to file:

  Schoenaicher Str. 220    
                                              71032 Boeblingen         
 IBM Deutschland                                                       
 Research &                                                            
 GmbH /                                                                
 Vorsitzender des                                                      
 Martina Koederitz                                                     
 Dirk Wittkopp                                                         
 Sitz der                                                              
 Böblingen /                                                         
 Stuttgart, HRB                                                        

Attachment: pic30346.gif
Description: GIF image

[jsr362-observers:] [jsr362-experts:] Fw: Public Render parameters

Martin Scott Nicklous 05/28/2013

[jsr362-observers:] [jsr362-experts:] Re: Public Render parameters

Neil Griffin 05/28/2013

<Possible follow-up(s)>

[jsr362-observers:] [jsr362-experts:] Fw: Public Render parameters

Martin Scott Nicklous 05/28/2013
Please Confirm