[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Groups - Interfaces Concall modified
Interfaces Concall has been modified by Mr Michael Freedman Date: Thursday, 11 January 2007 Time: 08:00am - 10:00am PT Event Description: 1-888-967-2253 or +44 118 924 9000 (Europe) meeting ID: 345337 passcode: 060606 Agenda: Minutes: 1. WSRP v2 and WebCollage proprty rights: Rich pinged Eilon to determine current status. Eilon replied that the issue is still being discussed/things are in progress. Rich to report back in two weeks in the WSRP TC call. 2. Export opaque portlet state: Subbu, in an e-mail, asked what happens on export if you have a single portlet handle with two different portlet states. Rich clarified that this isn't possible as per spec. There is only one state per portlet handle. So this is not an issue. 3. Review/Discuss latest Ajax proposal: Stefan asked how are shared render parameters dealt with -- Subbu says its up to the implementation. I suggested we merely state these are handled as the regular action/renders handle them. Then discussed how portlet that has advanced fragment scheme -- like prefetching would work. Issue relates to in some cases needing to have the consumer update state and others not. Suggestion was for the portlet to carry extra information in the URL extra/extended parameters when they needed to pass information that the consumer doesn't manage. Writeup says that portlet must you return markup. Stefan asked isn't it valid to process an action whose result is no new markup? We said yes. Hence wording needs to account for this -- I.e. if a fragment request results in a response then the response must be generated in the same lifecycle/operation as the request. MikeF suggested we not use the "mustReturnMarkup" name as its too general. Porblem is it not only means 1 phase lifecycle but also implies that the response content type is controlled by the portlet/producer and not the consumer. Rich pointed out that the first sentence second paragraph of section 5 implies this is sent to all calls (in case the consumer decides/needs to run a more complete lifecycle. As this isn't the case we need to tighten up the language. Issue on whether each extension should be in its own unique namespace vs. defining a general namespace (client). We seemed to prefer unique namespaces. Though the extension to carry extra clientData is a general concept and hence should be defined in an open/shared way. 4. How does caching work with getResource (i.e. portlet state is used)? 5. Schedule next concall for 8th View event details: http://www.oasis-open.org/apps/org/workgroup/wsrp-interfaces/event.php?event_id=12987 PLEASE NOTE: If the above link does not work for you, your email application may be breaking the link into two pieces. You may be able to copy and paste the entire link address into the address field of your web browser.
BEGIN:VCALENDAR METHOD:PUBLISH VERSION:2.0 PRODID:-//Kavi Corporation//NONSGML Kavi Groups//EN X-WR-CALNAME:My Calendar BEGIN:VEVENT CATEGORIES:MEETING STATUS:TENTATIVE DTSTAMP:20070111T000000Z DTSTART:20070111T160000Z DTEND:20070111T180000Z SEQUENCE:4 SUMMARY:Interfaces Concall DESCRIPTION:1-888-967-2253 or +44 118 924 9000 (Europe)\nmeeting ID: 345337\npasscode: 060606\n\nGroup: WSRP Interfaces SC\nCreator: Mr Michael Freedman URL:http://www.oasis-open.org/apps/org/workgroup/wsrp-interfaces/event.php?event_id=12987 UID:http://www.oasis-open.org/apps/org/workgroup/wsrp-interfaces/event.php?event_id=12987 END:VEVENT END:VCALENDAR