[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [wsrp-coord] A few questions regarding the current semantics doc
Hi Scott, Regarding 1, I think we all agree this is
a common use case, perhaps the most common one. However, I don’t see how
it can be solved generally in a more performant manner, in a WSRP environment. Specifically,
I don’t see the how using the “initial state” direction can
solve this. The assumption here is that all the
portlets in the page are equal, so you can not assume the “change sales
region” is somehow especially “near” the consumer. Can you explain how you would optimize
this? (Currently it is a two step process, where the second step involves
multiple WS requests in parallel, so an optimization would probably require
making it a single step process.) Yossi. From:
Goldstein, Scott [mailto:Scott.Goldstein@vignette.com] I have a few questions regarding the
current eventing semantics document. These are all items which have been
discussed before I joined the TC, so I apologize if I'm simply missing
information which has already been presented. 1. The data use case written
up by Mike has been translated into goal 4 of the document. The goal
states that the data use case only applies to the initial state of the
portlet. It's not clear to me, though, why this limitation has been set.
Consider the following example: There are several portlets on a page
which comprise a composite application to share company sales
information. One portlet contains a set of links for all of the sales
regions in the company. When a user selects a sales region in this
portlet, the rest of the portlets on the page display some specific information
about the selected sales region. Though I agree that this example can
be implemented using the current eventing framework, I don't feel that it can
be done in an ideal fashion. It would require a pbia() call when
selecting a sales region and additional calls for each portlet to distribute
the resulting event. This is a lot of overhead, considering all
that’s needed is to pass a sales region id to all of the portlets on the
page. This seems like a common portlet coordination use case which
should, ideally, be handled in an efficient manner. Do others
agree? Does it, therefore, make sense to expand goal 4 beyond just the
initial state of the portlet? Or, am I incorrectly interpreting the term,
"initial state"? 2. Besides the use case
presented by Mike, are there any other documented use cases which are being
used as input to the document? The other URL listed seems to describe a
general business scenario rather than concrete portlet coordination use cases. 3. What are the use cases for
returning a new Portlet Mode and 4. What happens when two
portlets return the Maximized window state? Does section 3.2.3 come into
play here? Is it up to the portal to decide? This issue seems
similar to the redirectURL problem discussed last week. Thanks for the information. Scott |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]