[EMAIL PROTECTED] wrote:
>
> burtonator wrote:
> >
> > Neeme Praks wrote:
> > >
> > > This is a little bit related to the WAP issue brought up and it is also
> > > related to my real-life needs.
> > >
> > > IMO, all portals essentially consist of "services": news, email,
> > > calendar, contacts, etc. So, I propose to include the notion of services
> > <snip>
> >
> > OK. I am not sure how this is a proposal.. but anyway.
> >
> > You already get this with Jetspeed. Instead of "services" they are
> > called "Applications". If you see the Applications portlet you can use
> > this to navigate all your applications (news, email, calendar, contacts,
> > etc).
> >
> > That should work for you.
> >
> > There isn't the concept of a configuration panel for these applications
> > but maybe there should be.
> >
>
> I think there should be a config panel hook for all portlets, there probably must
> be one for all daemons. I think portlet customizatio should behave a bit like
> JavaBeans instanciation :
> - a generic smart implementation using reflection or some simple descriptive
> methods
Just getters and setters.
> - a full cutomization hook where the portlet takes charge of its complete
> administration.
-1. I am not sure I like this right now. I thought about this but is
seems bad. I mean a Portlet with its own configuration is troublesome.
I would rather do property based configuration.
> Code example:
>
> In the Portlet Interface :
> getParameterInfo() : returns a class (or struct) describing the parameters allowed
> for customization
> setParameters( Dictionary ) : allows the portlet to store in its config object the
> parameter values gathered by the standard GUI.
I know it was psuedo code but it would probably just use
portlet.getPortletConfig().getInitParameterNames()
> We could also define a Customizable interface with a getCustomizer() method.
> If the Portlet implements this method, then the customizer takes charge of
> gathering the parameter info needed for the portlet.
I think we might get this for free right now. Just use
getInitParameterNames(). We would need to init() the Portlet after this
though :(
> If these functions are called in user context (currently Home screen), the changes
> are
> stored in the user PSML file ; if it's in Administration context (Admin screen), the
> modification are stored in the registry...
yup... this should probably go in TODO.
--
Kevin A Burton (e-mail: [EMAIL PROTECTED], UIN: 73488596, ZKey:
burtonator)
http://relativity.yi.org
Message to SUN: "Please Open Source Java!"
To fight and conquer in all your battles is not supreme excellence;
supreme
excellence consists in breaking the enemy's resistance without fighting.
- Sun Tzu, 300 B.C.
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
