burtonator wrote:
>
> Rapha�l Luta wrote:
> <snip>
> > > I know. I have been thinking about this too. The problem is that each
> > > user can have different Portlet settings and be logged in at the same
> > > time. Therefore we need to keep its state separate from the Portlet and
> > > specific to the user. We really want the PortletControl/Skin/State info
> > > stored in the User object with a reference to the Portlet.
> > >
> > > That should work.
> > >
> >
> > How do you handle the case where the sae Portlet is used twice with different
> > parameters in the PSML file ?
> <snip>
>
> Yeah.. that is a good point. Maybe in user PSML we should have the
> equivalent of a name in the registry PSML. Maybe an id="" but the XPATH
> id() would be the default. I wonder if this is provided in Castor?
>
> This would work.
>
That's what I was thinking, with the additionnal requirement that the id should
be unique across all PSML files since from this ID the PortletFactory should be
able to locate exactly the corresponding portlet description, so what we need is
something like:
pid = concat( <PSML-handle>, id() )
BUT, this kind of id() is stale as soon as there's a change in the PSML, this may
cause issue in shared PSML scenarios such as:
User 1 views User 2 PSML file
User 2 adds a portlet to its PSML file
User 1 clicks Maximize on a portlet of User 2 PSML
With the proposed pid, there may be an error since the portlet may have changed
its XPATH id() and we don't have a built-in recovery method in the id().
--
Rapha�l Luta - [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]
