InterOpMay2004 Grid and Web Services

Participants

Timetable

Tuesday May 25, 2004

Friday May 28, 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

• 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

• We adopt WS-I conformance as a goal, subject to support from our web-service toolkits.

Actions

• Collect existing conformance-reports for web-service toolkits (AndreSchaaff).
• Arrange testing programmes for implementations of IVOA services (AndreSchaaff)
• Collect and publish conformance reports donated by IVOA members (AndreSchaaff).

Issues

• Axis v1.1 may be too non-conformant to use; might need to adopt Axis v1.2 beta before its final release.

Distributed storage

Resolutions

• This is now a work package for GWS-WG.
• Aim for a common, standard facade to existing storage systems (MyDB, MySpace, SRB, etc.)

Actions

• Produce a technical proposal (David Morris, WilliamOMullane)

Participants

Timetable

Tuesday May 25, 2004

Friday May 28, 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

• We adopt WS-I conformance as a goal, subject to support from our web-service toolkits.

Actions

• Collect existing conformance-reports for web-service toolkits (AndreSchaaff).
• Arrange testing programmes for implementations of IVOA services (AndreSchaaff)
• Collect and publish conformance reports donated by IVOA members (AndreSchaaff).

Issues

• Axis v1.1 may be too non-conformant to use; might need to adopt Axis v1.2 beta before its final release.

Distributed storage

Resolutions

• This is now a work package for GWS-WG.
• Aim for a common, standard facade to existing storage systems (MyDB, MySpace, SRB, etc.)

Actions

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

InterOpMay2004 Grid and Web Services

Participants

Timetable

Tuesday May 25, 2004

Friday May 28, 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

• We adopt WS-I conformance as a goal, subject to support from our web-service toolkits.

Actions

• Collect existing conformance-reports for web-service toolkits (AndreSchaaff).
• Arrange testing programmes for implementations of IVOA services (AndreSchaaff)
• Collect and publish conformance reports donated by IVOA members (AndreSchaaff).

Issues

• Axis v1.1 may be too non-conformant to use; might need to adopt Axis v1.2 beta before its final release.

Distributed storage

Resolutions

• This is now a work package for GWS-WG.

Actions

• Produce a technical proposal (DavidMorris, WilliamOMullane)

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

InterOpMay2004 Grid and Web Services

Participants

Timetable

Tuesday May 25, 2004

Friday May 28, 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

Resolutions

• We adopt WS-I conformance as a goal, subject to support from our web-service toolkits.

Actions

• Collect existing conformance-reports for web-service toolkits (AndreSchaaff).
• Arrange testing programmes for implementations of IVOA services (AndreSchaaff)
• Collect and publish conformance reports donated by IVOA members (AndreSchaaff).

Issues

• Axis v1.1 may be too non-conformant to use; might need to adopt Axis v1.2 beta before its final release.

Distributed storage

Resolutions

• This is now a work package for GWS-WG.
• Aim for a common, standard facade to existing storage systems (MyDB, MySpace, SRB, etc.)

Actions

• Produce a technical proposal (DavidMorris, WilliamOMullane)

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

InterOpMay2004 Grid and Web Services

Participants

Timetable

Tuesday May 25, 2004

Friday May 28, 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
• Words about the WS-I Basic Profile

Resolutions

Actions

Issues

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

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

• AsynchronousActivityProposal
• PowerPoint slides from Tuesday session

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

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

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

VObs Support Interfaces (originally called "Standard interfaces")

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

• 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.

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

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

Access control

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

• 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.

• 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?

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

SOAP interoperability

• WS-I Basic Profile 1.0

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

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

Actions:

Issues:

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

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

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:

Access control

Materials:

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

Resolutions:

SOAP interoperability

Materials:

• WS-I Basic Profile 1.0

Resolutions:

Actions:

Issues:

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

InterOpMay2004 Grid and Web Services

Participants

Timetable

Tuesday May 25, 2004

Friday May 28, 2004

Materials and notes from the work group and plenary sessions

Asynchronicity

• AsynchronousActivityProposal

• V0.1 of specification
• Possible WSDL for v0.1
• Possible XSD for v0.1

Access control

• OASIS WS-Security standards (technical committee page)
• WS-I scenarios for web-service security
• SingleSignOnProposal

SOAP interoperability

• WS-I Basic Profile 1.0

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

InterOpMay2004 Grid and Web Services

Participants

Planning to attend:

Timetable

Friday May 28, 2004

Materials and notes from the work group and plenary sessions

Asynchronicity

• AsynchronousActivityProposal

Standard interfaces

• V0.1 of specification
• Possible WSDL for v0.1
• Possible XSD for v0.1

Access control

• OASIS WS-Security standards (technical committee page)
• WS-I scenarios for web-service security
• SingleSignOnProposal

SOAP interoperability

• WS-I Basic Profile 1.0

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

InterOpMay2004 Grid and Web Services

Participants

Planning to attend:

Actually attended:

Timetable

Tuesday May 24, 2004

Friday May 28, 2004

Materials and notes from the work group and plenary sessions

Asynchronicity

• AsynchronousActivityProposal

Standard interfaces

• V0.1 of specification
• Possible WSDL for v0.1
• Possible XSD for v0.1

Access control

• OASIS WS-Security standards (technical committee page)
• WS-I scenarios for web-service security
• SingleSignOnProposal

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

• STDIFboston.ppt: Slides for Standard Interfaces

InterOpMay2004 Grid and Web Services

Participants

Planning to attend:

Actually attended:

Timetable

Tuesday May 24, 2004

Friday May 28, 2004

Materials and notes from the work group and plenary sessions

Asynchronicity

• AsynchronousActivityProposal

Standard interfaces

• V0.1 of specification
• Possible WSDL for v0.1
• Possible XSD for v0.1

Access control

• OASIS WS-Security standards (technical committee page)
• WS-I scenarios for web-service security
• SingleSignOnProposal

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

InterOpMay2004 Grid and Web Services

Participants

Planning to attend:

Timetable

Tuesday May 24, 2004

Friday May 28, 2004

Materials and notes from the work group and plenary sessions

Asynchronicity

• AsynchronousActivityProposal

Standard interfaces

• V0.1 of specification
• Possible WSDL for v0.1
• Possible XSD for v0.1

Access control

• OASIS WS-Security standards (technical committee page)
• WS-I scenarios for web-service security
• SingleSignOnProposal

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

InterOpMay2004 Grid and Web Services

Participants

Timetable

Tuesday May 24, 2004

Friday May 28, 2004

Materials and notes from the work group and plenary sessions

Asynchronicity

• AsynchronousActivityProposal

Standard interfaces

• V0.1 of specification
• Possible WSDL for v0.1
• Possible XSD for v0.1

Access control

• OASIS WS-Security standards (technical committee page)
• WS-I scenarios for web-service security
• SingleSignOnProposal

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

InterOpMay2004 Grid and Web Services