OASIS Web Services for Remote Portals (WSRP) TC
WSRP/WSIA Telecon 01/16/2003
Roll
|
Voting Members |
Company |
|
|
Aickin, Sasha |
Plumtree |
Yes |
|
Allamaraju, Subbu |
BEA |
Yes |
|
Atkinson, Olin |
Novell |
Yes |
|
Blich, Amir |
SAP |
Yes |
|
Braun, Chris |
Novell |
No |
|
Brooks, Rex |
Starbourne |
Yes |
|
Cox, T.J. |
Novell |
No |
|
Cox, William |
BEA |
Yes |
|
Dirking, Brian |
Stellent |
Yes |
|
Freedman, Michael |
Oracle |
Yes |
|
Fubini, Ross |
Plumtree |
Yes |
|
Jacob, Richard |
IBM |
Yes |
|
Klein, Jon |
Reed-Elsivier |
Yes |
|
Kramer, Andre |
Citrix |
Yes |
|
Kropp, Alan |
Vignette Corp. |
Yes |
|
Leue, Carsten |
IBM |
Yes |
|
Machak, Dan |
Tibco |
Yes |
|
Martin, Monica |
Drake Certivo |
Yes |
|
Mitsuoka, Madoka |
Fujitsu |
No |
|
Nolan, Adam |
Reed-Elsivier |
Yes |
|
Randhawa, Sunit |
Fujitsu |
No |
|
Ratcliffe, Nigel |
Factiva |
Yes |
|
Rudnicki, Joe |
U.S. Navy |
No |
|
Schaeck, Thomas |
IBM |
Yes |
|
Shumaker, Gennady |
SAP |
Yes |
|
Smith, Steven |
Capitol College |
Yes |
|
Tamari, Yossi |
SAP Portals |
Yes |
|
Tayar, Gil |
WebCollage |
No |
|
Thompson, Rich |
IBM |
Yes |
|
van Lydegraf, Eric |
Kinzan |
Yes |
|
Young, Michael |
Plumtree |
Yes |
|
Wiecha, Charles |
IBM |
Yes |
|
Prospective Members |
|
|
|
None |
|
|
|
Non-Voting Members |
|
|
|
Dynin, Jane |
Plumtree |
No |
|
Stanko, Joseph |
Plumtree |
No |
|
Members on Leave of Absence |
|
|
|
Abdelnur, Alenjandro |
Sun |
No |
|
Filicetti, Gino |
Bowstreet |
No |
|
Palas, Petr |
Moravia IT |
No |
|
Ramesh, Raj |
CommerceOne |
No |
|
Reshef, Eilon |
WebCollage |
No |
26 of 32 voting members in attendance, a quorum is declared.
Minutes from 9 January: 1 correction - Sasha Aickin was present (came late). Minutes accepted with the correction.
Minutes from 14 January accepted
#197 Resolution: Add wsrp-sessionID as interaction parameter for Producer templates only.
No objections
#194 Resolution: Add non-normative appendix in specification for commonly used registration properties.
No objections
#198 Clarify intention of user specific state flag is orthogonal whether flag is set (ed. I think I'm missing some words here. Rich can you help?)
No objections
#199 Resolutions:
(1) Keep current, ie up to the Consumer
(2) Locale and markuptype, these must match the markup.
No objections
#191 Resolution: Allow MarkupContext.markup to be base64 rather than always encoded to a string. Replace in MarkupContext
<element name = ""markup"" type=""xsd:string"" minOccurs=""0""/>
with:
<element name = ""markupString"" type=""xsd:string"" minOccurs=""0""/>
<element name = ""markupBytes"" type=""xsd:base64Binary"" minOccurs=""0""/>
No objections to put in specification for review
#200 Resolution: State fields beter represented as binary instead of string. Change registrationState and portletState to binary.
No objections
#201 Resolution: Do not change the names of performBlockingInteraction/performInteraction. Primer needs to make them clear.
No objections
#202 Richard will send an email explaining his position with an example.
Resolution: Leave the any definition in but commented out and make the normative one where ref=xsd:schema. Add appropriate descriptions to the Primer.
No objections
#???/1 Resolution: Move 1.4 to 3.14
No objections
#???/2 Resolution: Use child element for both resourceValue and localizedString
No objections
#???/3 Resolutions:
(1) Every structure that contains a field of type LocalizedString also contains a ResourceList for the localized values.
(2) When processing a field of type LocalizedString, the localized values are found by looking up the runtime containing structure util a ResourceList is found and this is where all localized values MUST be placed.
(3) Have the ResourceList point at the structure actually returned. This is for the case where a directly returned type is encapsulated in another directly returned type.
No objection for review at face-to-face
#???/4 Resolve to keep current style of array representation
No objections
Rich will submit a new draft of the specification by tomorrow afternoon.
Members should do the following to prepare for the face-to-face meeting:
(1) Go through the specification
(2) Email proposed changes
Thomas will email a draft agenda for the face-to-face meeting tomorrow.
Thomas will be on vacation next week.
Right now have 20 who say they are attending the face-to-face meeting.
There will be phone-in capability and internet connections at the meeting place.
Alan says that there is a lot of activity in JSR/168.
Mike says he doesn't see any changes that will affect WSRP-WSIA.
Thomas hopes more people will sign up for the face-to-face.
Next meeting will be Thursday at 5pm German time/11am EST/9am Pacific
Meeting ended 12:06pm EST