Las Vegas, Sept 15, 2009
- Prioritize/Assess Work Items
- eGov Profile - Consent Service
- Other
Possible Work Items:
- WS-* Harmonization
- OAuth
- eGov
- Possibly use of SSOS work in SAML TC
- "Keep on keeping on"
RESTful WSF?
   - subsumed by OAuth work
API standardization?
   - Consensus seems to be that would be another WG deliverable.
Debating Work Items:
   - WS-* probably the most work
   - Lot of political issues
   - eGov work seems the least effort
   - Consent service notion from Colin seems to be the new "Citizen Dashboard"
   - Initial WSF profile for eGov would get a "foot in the door" for WSF
   - eGov probably focused on on the federation/SSO layer, but starting
      to look at attribute aggregation issues
   - Lots of Euro govs using WSF internally, but need a mechanism to extend that
      across borders
   - OAuth use would imply products could switch out backplane with common API
   - Asessing Need for External Interaction
      - WS-*, / OAuth need a lot
      - SSOS -> SAML TC needs some
      - eGov little/none, just use case input
   - What would the output of the eGov item be?
      - A Kantara document? An SDO input?
      - Conor: can't submit a profile without the specs it's based on
      - The SAML 2.0 profile isn't headed anywhere, so this wouldn't
          need to be either
      - Is it useful absent a conformance program? Probably initially.
      - End game may depend on the use cases input
      - Anything is better than nothing, which is where we are today
      - Robin: shouldn't we take a longer view to ensure they have a path forward?
   - AS/SSOS
       - Interest in producing a SAML equivalent in OASIS
       - Difficult to do without copying ID-WSF, and without a submission, we can't
       - If it was submitted, not clear it's within the SAML TC charter
   - OAuth
       - Not clear we have the right "hooks" into community
   - IMI
       - TC is open for business
       - How do Infocard/IMI and WSF play together?
   - Peter is vice chair