InterOpMay2004 Grid and Web Services

Participants

Timetable

Tuesday May 25, 2004

Friday May 28, 2004

NB: as the Tuesday session under-ran, the debate on access control has already happened -- GuyRixon - 27 May 2004

Materials and notes from the work group and plenary sessions

Asynchronicity

Materials:

• AsynchronousActivityProposal
• PowerPoint slides from Tuesday session

Resolutions:

• This proposal to be developed further.
• Use of WS-RF is acceptable.
• WS-BaseNotification should be optional.

Issues:

• Does WS-BaseNotification do reliable messaging? Does it need to?
• Need some WS-RF prototypes.

Actions:

• Find out if WS-BaseNotification has reliable-messaging semantics (GuyRixon).

VObs Support Interfaces (originally called "Standard interfaces")

Materials:

• V0.1 of specification
• Possible WSDL for v0.1
• Possible XSD for v0.1
• PowerPoint slides from Tuesday session

Resolutions:

• Renamed from "standard interfaces" to "VObs support interfaces".
• All three port-types to be specified.
• getRegistration (was getMetadata, now renamed) to be optional.
• getAvailability (a.k.a. "heartbeat") to be mandatory.
• harvestLog to be optional.
• Progress to concrete design (WSDL, XSD, prototypes) ASAP.

Actions:

• Revise document to v0.2 with detail changes (WilliamOMullane)

Issues:

• May need to apply access control to harvestLog
• Unclear if registries will actually use getRegistration.

Access control

Materials:

• OASIS WS-Security standards (technical committee page)
• WS-I scenarios for web-service security
• SingleSignOnProposal
• PowerPoint slides from Tuesday session

Resolutions:

• A SSO system based on digital signature and WS-Security is basically suitable for the IVO.
• Use of community services (run by real-world, astronomical communities) is a good way to manage users.
• Split the current proposal into two IVOA documents: (1) wire protocol; (2) Public Key Infrastructure/community services.
• Only community services for authentication should be tackled now. Community authorization is separate and might not be required.
• We need to understand the technology better before deploying it.

Issues:

• Is WS-Security compatible with "Shibboleth"?
• Is WS-Security compatible with grid services/portals?
• Will service providers acccept our SSO arrangements?
• Can we handle 100+ communities? Do we expect that many?
• How do we prevent spoofing of community services (allows stealing of passwords)?
• How do we delegate work from one service to another?

Actions:

• Check compatibility of WS-Security with other systems (GuyRixon)

SOAP interoperability

Materials:

• WS-I Basic Profile 1.0
• A few words about the WS-I Basic Profile

Resolutions:

Actions:

Issues: