OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

wsrp message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Subject: Re: [wsrp] Shared Sessions


A producer could achieve that level of separation by using a concept 
similar to servlet web applications where only servlets within the web 
application share the data in the session.

If a portlet expects to be used more than once by a single client, the 
portlet should be responsible for namespacing all its data in the 
session using its session ID. As this may be the common case, the 
producer could offer a convenience mechanism for the hosted portlets.



>Mike - unfortunately I missed your note that the telephone conference began
>earlier. But when we then talked about shared sessions I was a little
>As far as I understood the proposition, you would vote for creating one
>session for ALL remote portlets (coming from one provider). These can then
>share data in this session but would be responsible for using namespaces
>when trying to store private data.
>This is clearly a simple approach but it recalls me of the "old"
>programming models on desktop machines where all processes could access
>(and destroy) data from all other processes on a machine. This easily leads
>to instability and security issues.
>I would propose that the consumer would be responsible for a sort of
>"application protection" where it lets only selected portlets (maybe based
>on metadata) share a session. This could efficiently isolate different
>logical sets of remote portlets. The argument that in such a case you could
>simply create a new portlet service does not hold for me as in may cases
>all portlets would be published by the same portal (so the same portlet
>Best regards
>Carsten Leue
>Dr. Carsten Leue
>Dept.8288, IBM Laboratory B÷blingen , Germany
>Tel.: +49-7031-16-4603, Fax: +49-7031-16-4401
>To subscribe or unsubscribe from this elist use the subscription
>manager: <http://lists.oasis-open.org/ob/adm.pl>

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Powered by eList eXpress LLC