Re: [Springframework-developer] Portlet Form Controllers

[Jean-Pol L. <jea...@sk...>]

I quite agree with Rob. Except, of course, if you plan to create a=20
subproject for Spring MVC too. This would allow a Spring "=E0 la carte".
This would keep the framework light, but would perhaps be a bit confusing=
 to=20
the users. Perhaps a "plugin" functionnality would be nice if the number =
of=20
projects grows : you would have a core Spring and be able to plug in, for=
=20
example by using a dedicated XML file, the other sub-projects you want to=
=20
use. That's just an idea.

Cheers,
Jean-Pol.

----- Original Message -----=20
From: "Rob Butler" <cro...@ya...>
To: <spr...@li...>
Sent: Friday, March 04, 2005 7:01 PM
Subject: Re: [Springframework-developer] Portlet Form Controllers


> Why would you have a separate sub-project for the
> portlet support in Spring?  That would be like having
> a separate sub-project for the web MVC stuff, and a
> separate sub-project for the DAO related stuff, and
> another one for AOP, etc.
>
> Later
> Rob
> --- Juergen Hoeller <ju...@in...> wrote:
>
>> Sounds like good stuff :-)
>>
>> On this occasion: Let's discuss the road to an
>> official release of the
>> Portlet support. We consider releasing the Portlet
>> support as an official
>> subproject, i.e. as a separate distribution and with
>> a separate CVS module
>> (or even separate CVS repository). The association
>> would be similar to the
>> just-announced Spring subproject status of Acegi
>> Security, and the already
>> established status of Spring RCP.
>>
>> Very importantly, the portlet subproject needs a
>> dedicated developer team.
>> Any volunteers? :-)
>>
>> Juergen
>>
>>
>> -----Original Message-----
>> From:
>>
> spr...@li...
>>
> [mailto:spr...@li...]On
>> Behalf
>> Of John Lewis
>> Sent: Thursday, March 03, 2005 6:53 PM
>> To: spr...@li...
>> Subject: [Springframework-developer] Portlet Form
>> Controllers
>>
>>
>> We've been working on porting a fairly complex
>> enterprise application
>> from the Spring Servlet MVC framework to the Spring
>> Portlet MVC
>> framework.  As Nick Lothian and Rainer Schmitz
>> discovered, the Form
>> Controller hierarchy is difficult to port over from
>> the Servlet area to
>> the Portlet area because of the two-phase nature of
>> portlet requests.
>> Since we were porting a large number of existing
>> controllers descended
>> from AbstractController, AbstractFormController, or
>> SimpleFormController, it was critical to that all
>> the former
>> functionality of these parent be present and that
>> our logic work the
>> same as before.
>>
>> Nick Lothian's version of
>> SimplePortletFormController gave us a good
>> starting point and helped us understand a lot of the
>> issues with portlet
>> development in general and with Spring portlets in
>> particular.  However,
>> a lot of our controllers manage database content, so
>> we needed proper
>> separation between the action and render phase of
>> the request, which
>> this controller did not give us.
>>
>> Rainer Schmitz's work went much further and provided
>> the traditional
>> hierarchy of controllers and further demonstrated
>> the issues with
>> separating out the two phases of the portlet
>> request.  However, these
>> still did not give us the complete control that we
>> needed.  We
>> especially needed a version of SimpleFormController
>> that could handle
>> the separation of the action logic from the render
>> logic.
>>
>> Over the past few months we have developed a new set
>> of the
>> AbstractController, BaseCommandController,
>> AbstractFormController, and
>> SimpleFormController classes that we think
>> rigorously address all the
>> issues with portlet development and that have
>> allowed us to port over
>> existing servlet controllers with relative ease.
>>
>> We've included a portlet version of
>> WebContentGenerator to give the
>> controller classes their proper ancestry and provide
>> control over things
>> like content caching and access to the web
>> application context and to
>> centralized logging.
>>
>> We've also create a new set of the binding classes
>> (PortletRequestDataBinder,
>> PortletRequestParameterPropertyValues and
>> PortletRequestBindingException) that support special
>> field markers,
>> correct problems with form elements such as radio
>> buttons and
>> checkboxes, and handle redisplay of invalid submits
>> of non-string
>> parameters properly.
>>
>> All of the classes are fully documented, including
>> workflow descriptions
>> in the controllers that cover the special nature of
>> portlet development.
>>
>> Our hope is that these classes can handle the needs
>> of everyone working
>> with form controllers in Spring portlets and that
>> these can be merged
>> into the sandbox source code.
>>
>> The classes are posted in a zip file on the Spring
>> Portlet Wiki page at:
>>
> http://opensource.atlassian.com/confluence/spring/display/JSR168/
>>
>> The link to the file is (sorry for the long link):
>>
> http://opensource.atlassian.com/confluence/spring/download/attachments/=
10/sp
>> ring-portlet-controllers.zip
>>
>> Please send me any questions or comments you may
>> have about these
>> classes.  We are eager to support their adoption in
>> the Spring Portlet
>> community.
>>
>> John Lewis
>> jl...@ar...
>>
>>
>>
>>
> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT
>> Products from real users.
>> Discover which products truly live up to the hype.
>> Start reading now.
>>
> http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>>
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>>
> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT
>> Products from real users.
>> Discover which products truly live up to the hype.
>> Start reading now.
>>
> http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>>
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>
>
>
>
>
> __________________________________
> Celebrate Yahoo!'s 10th Birthday!
> Yahoo! Netrospective: 100 Moments of the Web
> http://birthday.yahoo.com/netrospective/
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20