Hi,

First of all, I would like to thank you all for all the effort put into developing Pluto and Pluto driver. The code is so simple for such a functionality!

This simplicity and small code base attracted me recently to Pluto+driver as a possible "simple portal implementation". I don't need a full-blown portal framework - but only the ability to run several MVC controllers on one page (actually - several web flow per one page) alongside with portlet windows state management (minimized, normal etc.). It looks like pluto+driver could be a solution.

Recently I was going through the driver code base and I wonder why PageConfig holds only portlets IDs, instead of an other, more elaborate object (PortletWindow???). It looks like this would allow more flexible and clean implementation of the rendering part.

I know that you main focus is on the container itself, especially now, with JSR-286 looming ahead, but I really believe that the current implementation of the driver could be a little bit more complete and flexible, without compromising the simplicity. For sure I'll play with driver a lot more, but if you could tell me if there was any particular issue that led to putting only portlet id on the portal page?

Best regards,
Pawel Kozlowski

Reply via email to