It's probably not a huge issue since it's only for administrators but if I get 
a chance (or a local bug report) I'll follow up.

thanks,
Steve



On 02/03/2011, at 3:43 PM, Eric Dalquist wrote:

> It is likely a bug in the delegation support. CONFIG mode is a bit of a hack 
> where Portlet A gets a custom delegation dispatcher object to delegate 
> requests to Portlet B. Portlet A can still render content around what portlet 
> B renders and for every action/render portlet B executes portlet A is 
> executing one as well. My guess is there is just some missing logic somewhere 
> in the delegation code that is failing to copy the render parameters from 
> portlet B to the render URL that is generated when portlet A completes its 
> execution.
> 
> Unfortunately I'm not really going to have time to look into it much. If you 
> think you'd be interested in digging in I can point you to the code that 
> handles the delegation and URL generation.
> 
> -Eric
> 
> On 2/28/11 9:54 PM, Steve Swinsburg wrote:
>> 
>> Hi all,
>> 
>> It doesn't look like the CONFIG mode passes through render parameters on the 
>> ActionResponse, is this true? Because I am setting them when validation 
>> fails on portlet preferences and it's refreshing the page back to the same 
>> mode, but not sending through the error message I want to render when it 
>> does so.
>> 
>> try {
>>  prefs.store();
>>  response.setPortletMode(PortletMode.VIEW);
>> } catch (ValidatorException e) {
>>  response.setRenderParameter("errorMessage", e.getMessage() + ":" + 
>> e.getFailedKeys());
>>  log.error(e);
>> } catch (IOException e) {
>>  response.setRenderParameter("errorMessage", 
>> Messages.getString("error.form.save.error"));
>>  log.error(e);
>> } catch (PortletModeException e) {
>>  e.printStackTrace();
>> }
>> 
>> 
>> in JSP:
>> <c:if test="${not empty errorMessage}">
>>  <p class="portlet-msg-error">${errorMessage}</p>
>> </c:if>
>> 
>> 
>> It works fine when using the normal EDIT mode though...
>> 
>> cheers,
>> Steve
>> -- 
>> 
>> You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
>> eric.dalqu...@doit.wisc.edu
>> To unsubscribe, change settings or access archives, see 
>> http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to