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] | [List Home]


Subject: Re: [wsrp] resource cachability - templates



The case is actually worse than that!

If the Consumer is producing true templates, some encoding of state is going to have happened during the production of the template. Thus the Producer could eliminate the portlet's portion of state relative to the "full" semantics, but it would be unable to eliminate the state of other portlets.

My preference would be to keep the base going into v2 as simple as we can (i.e. the current proposal) and introduce an extension which carries 4 additional templates. This would allow Consumers and Producers who truly move this processing to the Producer to provide full functionality without placing the burden of requiring four additional templates on all Consumers.

Rich



Subbu Allamaraju <subbu@bea.com>

03/16/2007 10:57 AM

To
wsrp@lists.oasis-open.org
cc
Subject
Re: [wsrp] resource cachability - templates





You bring up a very good point.

Per the current proposal, during producer URL writing, the producer can
only encode state specific to the portlet. The default behavior would be
similar to that of "full", i.e. the producer will replace tokens like
portletHandle, sessionID etc.

If the portlet (e.g. in a JSR286 scenario) wants to use something other
than full, the only choice that the producer has is not replace those
tokens. The producer can not differentiate between "portlet" and "page",
and this gap needs to be filled in the proposal.

Subbu

Richard Jacob wrote:
> Aren't we asymetric with the current resource cachability proposal?
> It seems that resource URL in templates would need to be always encoded in
> the "page" mode.
> To be consequent wouldn't we need a way to have all 3 flavours also be
> handled as templates?
> Either by having 3 templates structures or by merging the 3 flavour in one
> template.
>
> Mit freundlichen Gruessen / best regards,
>
>         Richard Jacob
> ______________________________________________________
> IBM Lab Boeblingen, Germany
> Dept. 2289, WebSphere Portal Server Development 1
> WSRP Team Lead
> WSRP Architecture & Standardization
> Phone: ++49 7031 16-3469  -  Fax: ++49 7031 16-4888
>
> IBM Deutschland Entwicklung GmbH
> Vorsitzender des Aufsichtsrats: Johann Weihen
> Geschäftsführung: Herbert Kircher
> Sitz der Gesellschaft: Böblingen
> Registergericht: Amtsgericht Stuttgart, HRB 243294
>
_______________________________________________________________________
Notice:  This email message, together with any attachments, may contain
information  of  BEA Systems,  Inc.,  its subsidiaries  and  affiliated
entities,  that may be confidential,  proprietary,  copyrighted  and/or
legally privileged, and is intended solely for the use of the individual
or entity named in this message. If you are not the intended recipient,
and have received this message in error, please immediately return this
by email and then delete it.



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