Thanks, Eric! For those interested in getting on that list, info on how
to subscribe:
http://www.ja-sig.org/wiki/display/JSG/portlet-dev
-------- Original Message --------
Subject: Re: [uportal-dev] uPortal portlets, pluto, and Spring Web Flow
v2
Date: Tue, 02 Dec 2008 13:42:47 -0600
From: Eric Dalquist <[EMAIL PROTECTED]>
Reply-To: [email protected]
Organization: DoIT
To: [email protected]
References: <[EMAIL PROTECTED]>
Many of the people are are also on portlet-dev :) I'll reply there.
Gary Weaver wrote:
Sorry to ask questions and ask for portlet dev suggestions here, but
thought I might get a better response here than on the portlet-dev
list on the first question (since I don't think that many people have
subscribed to portlet-dev).
I was thinking about using Spring Web Flow 2 but the example (
http://static.springframework.org/spring-webflow/docs/2.0.x/reference/html/ch13s02.html
) references a class org.apache.pluto.core.PortletServlet (
http://portals.apache.org/pluto/pluto-container/apidocs/org/apache/pluto/core/PortletServlet.html
) that according to the javadoc was only added in Pluto 1.1, which is
newer than the Pluto 1.0.1 RC2 included in uPortal 2.5.3 (which we're
still using) or Pluto 1.0.1 in uPortal 2.6.1.
So to use spring mvc + webflow 2 in portlets with uPortal, we must be
using at least uPortal v3, right? (Because uPortal v3.0.2 uses Pluto
1.1.6 and uPortal 3.1.0 M1 uses Pluto 1.1.6-SNAPSHOT)
Basically, I am working on the JA-SIG MailPortlet, and I'm trying to
setup a controller for user preferences such that in the same
preferences view it shows (all at once) a list of current mail
accounts (that you can click on and it will populate the edit form in
the same view), a dropdown of a list of templates for the provider
(GMail, .Mac, MobileMe, AOL, or Custom) that you can select which
would populate the form (for a new account), and then the new account
form at the bottom. I could split that up, but I really wanted to try
to contain it in a single portlet "edit" view, which I *thought* would
be simpler.
My first attempt was to have a bunch of forms in a bunch of hidden
divs (for the existing accounts and templates) but that was too messy
and I couldn't easily tie a ton of forms like that to a form-backed
object via Spring MVC very easily and only update the form that was
being shown (not without basically having to hand implement all of the
get param from request/set param on object stuff on the way out and in
as well as hand-implementing form validation.
My second attempt (still in-progress) is to have a single form to edit
the account and basically load that form based on the existing or
template account clicked on, then user edits and saves. But this is
not very clean either.
I was really hoping for something clean and easy, and was thinking
webflow 2 might be better. :) Oh well. Suggestions welcome!
Thanks in advance,
--
Gary Weaver
Application and Database Services
Office of Information Technology
Duke University
--
You are currently subscribed to [email protected] as: [EMAIL
PROTECTED]
To unsubscribe, change settings or access archives, see
http://www.ja-sig.org/wiki/display/JSG/uportal-dev
