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

 


Help: OASIS Mailing Lists Help | MarkMail Help

provision message

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


Subject: Groups - Bi-weekly PSTC meeting modified



Bi-weekly PSTC meeting has been modified by Daniel Perry

Date:  Monday, 09 May 2011
Time:  02:00pm - 03:00pm ET

Event Description:
This is for the biweekly PSTC meeting. This will occur every other Monday at 2pm EST. We will be using the following dial-in (same as on past calls): +1 (866) 434-5269 x 9406791

Agenda:
1. Call Roll.
2. Approve Minutes from Previous Meeting: 4/25/2011.
3. Review Read-Only Provider (http://wiki.oasis-open.org/provision/ReadOnlyProvider).
4. Discuss REST/SCIM.
5. Solicit items for agenda of next meeting.
6. AOB

Minutes:
Chairs: Richard Sand, Gary Cole 
Recording Secretary: Dan Perry 

Attendees: 
Tom Zeller (Internet2) 
Gary Cole (Oracle) 
Marco Fanti (Oracle) 
Hal Lockhart (Oracle) 
Kent Spaulding (Oracle) 
Darran Rolls (SailPoint) 
Daniel Perry (Skyworth TTG) 
Richard Sand (Skyworth TTG) 
Karsten Huneycutt (UNC Chapel Hill) 


Agenda: 
1) Roll Call 
2) Approval of 4/25 Minutes 
3) Discuss Readonly Profile / REST
4) Discuss agend a for next meeting.
5) AOB 


1) Roll Call 
- Dan took roll. 
- Quorum was achieved (6 of 8 voting members attended) 
- Voting status changes:
* Richard Sand gained voting status
* Marco Fanti gained voting status
* Anil John lost voting status


2) Approval of Apr 25th Meeting Minutes 
- Richard Sand moves to approve the 4/25 minutes 
- No objections. 


3) Readonly Provider Use Case
Richard Sand: This a use case talking about an spml provider that only provides search and lookup capabilities, no add/modify/delete operations.

Gary Cole: States that the argument is that it's a whole lot easier to secure a read-only provider.   Motivate for this use case comes down to administration and authorization.

Tom Smith: Concurs with what Gary said; that's what Anil had in mind.

Richard Sand: What about a provider that only implements search.   
- Is list targets really needed?   
- Thinks that people standing up an SPML service only have one target, and not having list targets makes such a service simpler to implement.

Gary Cole: Asks the group if we are done reviewing the use case as written?

Richard Sand: States that he looking at ways to limit what needs to be implemented to make an SPML service easier to implement.

Gary Cole: Asks if we as a group are ready to change the spec.

Tom Smith: Asks how the readonly provider is any different from a provider that just doesn't support the write operations.

Gary Cole: States that such an implementation is certainly conforming to the spec.

Karsten Honeycutt: Doesn't see what the gain is of having a search only profile.

Gary Cole: The point is that some people want to implement the spec exactly, and some people may may be confused if the an unsupported operation is returned.

Tom Smith: States that it was thought that it would make things simpler if there was a read-only profile.

Gary Cole: Suggests that we could handle this by formally by including a description of a read-only provider which returns not supported errors for all of the write operations in an errata document.

Richard Sand: Agrees

Gary Cole: Points out that most operations in SPML support not specifying the target if there is only one target available.   
- States that this case of a "fast-path" implementation of a simple single-target system is supported by SPML.

Richard Sand: Argues that the current information on SPML does not make that case obvious.

Gary Cole: States there was a need to have things discoverable and dynamic in SPML, so as to bootstrap an integration.

Richard Sand: Looking at this as a way to help get wider adoption of SPML...

Gary Cole: I'm not sure we've talked about that (wider adoption of SPML).  For example, are the problems with adoption because so many operations are required, or is it because of lack of standard schema... or the use of SOAP?

Richard Sand: States that he thinks we've discussed this a little bit over email and when the group was restarted last year.

Gary Cole: See the operations being debated as trivial to implement, but I am open to discussing ways we can potentially simply things.
- Points out that list targets moperation is often used like a hello world function, used to ping a provider and see if it's alive.

Richard Sand: Asks if there are any changes that people would like to bring up on the readonly provider use case

Gary Cole: Asks if we have any recommendation to put in the docs saying that a readonly implementation is ok.



4) Discuss REST / SCIM
Gary Cole: Sent out an email suggesting doing a RESTful binding that does the same thing that spml does as a thought exercise.    
 - However there is a lot of extra stuff in SPML like the async capability that doesn't map well to REST.
 - States that he is looking for feedback on the proposed restful binding.

Richard Sand: Concurs

Richard Sand: Brings up whether SPML should be XLM based or not.
 - Will discuss this topic on email list.



5) AOB
Richard Sand: Asks if there are topics for the next meeting.
 - Will discuss agenda for next meeting on email list as well.

Richard Sand: Asks if there is any more business to discuss.
 - (No Responses)

Gary Cole: Moves to ajourn
- No objections. 


This event is one in a list of recurring events.
Other event dates in this series:

Monday, 31 January 2011, 02:00pm to 03:00pm ET
Monday, 14 February 2011, 02:00pm to 03:00pm ET
Monday, 28 February 2011, 02:00pm to 03:00pm ET
Monday, 14 March 2011, 02:00pm to 03:00pm ET
Monday, 28 March 2011, 02:00pm to 03:00pm ET
Monday, 11 April 2011, 02:00pm to 03:00pm ET
Monday, 25 April 2011, 02:00pm to 03:00pm ET
Monday, 23 May 2011, 02:00pm to 03:00pm ET
Monday, 06 June 2011, 02:00pm to 03:00pm ET
Monday, 20 June 2011, 02:00pm to 03:00pm ET

View event details:
http://www.oasis-open.org/apps/org/workgroup/provision/event.php?event_id=29600

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:20110509T000000Z
DTSTART:20110509T180000Z
DTEND:20110509T190000Z
SEQUENCE:14
SUMMARY:Bi-weekly PSTC meeting
DESCRIPTION:This is for the biweekly PSTC meeting. This will occur every other
  Monday at 2pm EST. We will be using the following dial-in (same as on
  past calls): +1 (866) 434-5269 x 9406791\n\nGroup: OASIS Provisioning
  Services TC\nCreator: Richard Sand
URL:http://www.oasis-open.org/apps/org/workgroup/provision/event.php?event_id=29600
UID:http://www.oasis-open.org/apps/org/workgroup/provision/event.php?event_id=29600
END:VEVENT
END:VCALENDAR


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