Hi Ate, Sorry for any misunderstanding ... when I said that the bug goes back to the release candidates, I meant that I've been able to reproduce the error on my own ( I haven't checked the JIRA list ). I'm currently using the 2.0 final release. My tests are actually quite simple ... I wrote 2 distinct portlets, in the same portlet-application, that each submit a simple request containing a few render parameters ... then in the doView method of the portlet, I simply iterate the parameter map from the RenderRequest and output the values in the request to the console (System.out.println). What I've noticed is that I'm seeing the parameters for my request in BOTH doView methods of each portlet, which as far as I'm aware is incorrect behaviour according to the JSR-168 spec. Now, like I mentioned in my previous post ... this only occurs when the portlets are displayed on the same PSML page and are in the same portlet-application.
Per your request, I will download the latest "trunk" version and attempt to reproduce. I will report back my results to this list as soon as I'm finished. - Frank > -----Original Message----- > From: Ate Douma [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 24, 2007 07:48 AM > To: Jetspeed Users List > Subject: Re: SEVERE ERROR: RenderRequest Parameters > > > Frank Villarreal wrote: > > I'm not sure if this has been identified in JIRA or not ... but > I've noticed > > this error goes back to the Jetspeed 2 release candidate days ... > Which version of Jetspeed-2 are you using? > I've just tested with a 2.1-dev trunk snapshot of beginning this > month and can't reproduce the problem, using 2 portlets of the > same portlet applications on the > same page. > I also don't recall this specific problem from the list, can you > point us to the earlier message(s) you are referring to? > If you are currently not using an recent 2.1-dev trunk snapshot, > can you retest with one and see if it has been "fixed" already? > > Also note, there is another "issue" related to query-string > provided parameters: http://issues.apache.org/jira/browse/JS2-605 > But, reading your problem description you seem to have "shared" > *render* parameters which is a different use case. > > Regards, > > Ate > > > > > Whenever there are at least 2 portlets from the same portlet application > > sharing a single PSML page, RenderRequest parameters submitted by one > > portlet instance are visible to BOTH portlets (even though they are > > completely different portlets) on each request. However, if the both > > portlets happen to be from DIFFERENT portlet-apps, then the > error appears to > > not occur. I suppose this is some type of namespacing issue in the > > underlying architecture ... not sure if this is a Jetspeed or > Pluto issue. > > Any ideas? This, at least for me is a show stopper b/c I have > many portlets > > I'd like to display side-by-side and am unable to do due to this error. > > Kind of defeats the purpose of using a portal in the first place ... > > > > - Frank > > > > > > > > > > The information contained in this e-mail is confidential and is > intended only for the use of the individual > > or entity to which it is addressed. Dissemination, > distribution, copying or use of this e-mail is strictly prohibited. > > If you have received this message in error, please immediately > notify the sender and delete the message from your system. > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > The information contained in this e-mail is confidential and is intended only for the use of the individual or entity to which it is addressed. Dissemination, distribution, copying or use of this e-mail is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete the message from your system. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
