Alexandre Maret wrote:

> hello
>
> There is a number of questions related to portlet development, I hope some
> of you have pointers or ideas to share.
>
> How am I supposed to generate/handle "events" and forms ? How do I generate
> an URL that will tell my portlet to act in a specific way ? How do I
> generate unique names for the HTML INPUT elements so there's no conflict
> between portlets forms ?
>
> I took a look at the code for PollPortlet. No facility seems to be provided
> by jetspeed in this area, meaning that the PollPortlet has to generate URLs
> "by hand", using hopefully unique parameter names. These parameters are then
> checked when getContent() is called.
>

In addition, the way used to store rundata (in PortletConfig) does not look
thread safe, unless a new portlet is instantiated for each request. This seems
to call for a new specification of the getContent/event process.

To me it looks like the rundata (or a similar object) should be passed down
during the drawing cycle.

>
> Should we provide a framework for the generation of such events URL and
> field names ?
> Correct me if I'm wrong, this is one of the goals of turbine... but these
> turbine features (screen, actions, ...) aren't made easily available to
> portlet developpers... is it assumed that portlets are just here for
> displaying data and that more complex applications must be developped using
> the turbine framework ?

If Jetspeed is a windowing application (and we have seen examples such as having
TurbinePortlets, ...), then it looks like the event handling should be extended
by jetspeed from the one in turbine.

Maybe we could have an object wrapping the turbine rundata, and protecting
screen events and URLs, while is handles portlet events and URLs.

I don't have a clear opinion, as I don't know well the whole architecture.

>
>
> thanks in advance
>
>   alex
>
> --
> --------------------------------------------------------------
> 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]



--
--------------------------------------------------------------
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]

Reply via email to