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

 


Help: OASIS Mailing Lists Help | MarkMail Help

wsrp-wsia message

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


Subject: [wsrp-wsia] Minutes for 16 January 2003


Meeting started at 11:06am EST

Rich asked Steven to compare the current list of members with the list in 
the specification's appendix and email him the differences between the two 
lists.

Voting Members Attendance:
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-Elsevier	Yes
Kramer, Andre	Citrix	Yes
Kropp, Alan		Vignette Corporation	Yes
Leue, Carsten	IBM		Yes
Machak, Dan		Tibco		Yes
Martin, Monica	Drake Certivo	Yes
Mitsuoka, Madoka	Fujitsu	No
Nolan, Adam		Reed-Elsevier	Yes
Randhawa, Sunit	Fujitsu	No
Ratcliffe, Nigel	Factiva	Yes
Rudnicki, Joe	U.S. Navy	No
Schaeck, Thomas	IBM		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

Members on leave of absence:
Abdelnur, Alejandro	Sun		No
Filicetti, Gino		Bowstreet	No
Palas, Petr			Moravia IT	No
Ramesh, Raj			CommerceOne	No
Reshef, Eilon		WebCollage	No

Prospective Members:
<none>

Non-voting Members:
Dynin, Jane		Plumtree	No
Stanko, Joseph	Plumtree	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



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


Powered by eList eXpress LLC