[portlet container] actionURL generated too long because of large render parameter?

[chenwang]

Hello,

As I mentioned in my earlier posts in this form I'm in the process of developing an in-house portal on top of gatein portlet container. So far I've been very pleased with the container but running some user acceptance tests revealed one particular problem around portlet actionurl generation when there are large render parameter put into ActionResponse in processAction stage. The action url generated by calling RenderResponse.createActionUrl() in doView stage is too long, sometimes the browser/server just complains and refuses to proceed. I had a look at source code (as I always like to do), it seems that render parameters are being serialised as part of navigational state, I wonder if it can be done slightly better? My impression is that current solution relies on client-side url to keep the state which offloads burden on server-side but the length of url is easily out of control; would a session-like solution be more suitable here, say a unqiue id is sent to client instead of actual serialised data?

My workaround is to put data to be transfered between processAction and doView stages to portlet session instead of as render parameter. It's working but not perfect.

Thanks,

Chen

[theute]

The default controller used in simple-portal isn't ready for production, it's just there to demo a usecase for a simple portal.

In GateIn portal the URLs aren't generated the same way and some of the data is passed in session.

You would have to create your own controller.

See here where all state is stored as parameters

http://svn.jboss.org/repos/gatein/components/pc/trunk/controller/src/main/java/org/gatein/pc/controller/impl/ControllerRequestParameterMapFactory.java

To create the URL:

http://svn.jboss.org/repos/gatein/components/pc/trunk/controller/src/main/java/org/gatein/pc/controller/impl/PortletURLRenderer.java

[chenwang]

Thanks Thomas. Yes I was looking at those 2 classes and didn't feel right about them. Is it possibly to have a more robust implementation of the url renderer added to the controller module of portlet container project? I would have thought that only the module assemblying simple-portal war was for demo purpose so not quite production ready but other modules should be good?