This document is a call to action, identifying issues and proposing a strategy in order to support and make progress in grid and e-Science education and training. Inevitably, it is neither complete nor definitive. The intention is that it will seed much greater efforts to further develop the understanding of requirements, to better characterise challenges and to propose specific strategies, curricula and collaborative efforts for international adoption. The ET-CG is already fostering other more specific work and documents that form elements of that development.

This document defines the types of OGF documents and the development and review processes for each type. This document obsoletes GFD.1 and replaces it as the description of OGF community practice surrounding the document series. The process reflects several years of experience with OGF document publication, and borrows heavily from the Internet Engineering Task Force Request for Comments document process.

This document defines the Advanced Filter extension – an alternative to the Basic Filter element described in the HPC Basic Profile 1.0 specification. The Basic Filter provides only an ‘on’ or ‘off’ approach to returning information about the activities or resources operating within the Basic Execution Service container. The Advanced Filter extension provides more flexibility to the client in returning information from an HPC Basic Profile complaint endpoint.

Grids in their current form of deployment and implementation have not been as successful as hoped in engendering distributed applications. Amongst other reasons, the level of detail that needs to be controlled for the successful development and deployment of applications remains too high. We argue that there is a need for higher levels of abstractions for current Grids. By introducing the relevant terminology, we try to understand Grids and Clouds as systems; we nd this leads to a natural role for the concept of Anity, and argue that this is a missing element in current Grids. Providing these anities and higher-level abstractions is consistent with the common concepts of Clouds. Thus this paper establishes how Clouds can be viewed as a logical and next higher-level abstraction from Grids.

This document specifies the syntax and semantics of the proposed Parameter Sweep extension to the Job Submission Description Language (JSDL) 1.0 [JSDL]. The syntax and semantics defined in this document provide an alternative to explicitly submitting thousands of individual JSDL job submissions of the same base job template, except with a different set of parameters for each.

This document describes the experiences of interoperability testing of independent implementations of the OGSA WSRF Basic Profile 1.0, and the specifications that it incorporates by reference, namely Web Services Addressing 1.0 - Core, Web Services Resource Properties 1.2, Web Services Resource Lifetime 1.2, Web Service Base Faults 1.2, and Web Services Base Notification 1.3.

Many problems were encountered during the tests, largely related to schema errors, platform/tooling incapability, and specification issues. Despite this the tests proved in so much as they identified two issues in the OGSA WSRF Basic Profile and the WS-BaseNotifiation specifications. Solutions were proposed and were agreed by all implementers and original Profile authors.

The GLUE specification is an information model for Grid entities described using the natural language and UML Class Diagrams. As a conceptual model, it is designed to be independent from the concrete data models adopted for its implementation. Rendering to concrete data models such XML Schema, LDAP Schema and SQL are provided in a separate document.

This document reports about experiences made with running OGSA ByteIO working group interoperability test scenarios based on the ByteIO OGSA® WSRF Basic Profile Rendering 1.0 of the ByteIO Specification 1.0 as implemented by the four groups participating in the OGSA ByteIO Interoperability Fiesta. The four groups represented different implementation environments: Genesis II by the University of Virginia (UVa), UNICORE by Forschungszentrum Jülich, OGSA-DAI by EPCC, the University of Edinburgh (EPCC), and a clean-room implementation by Fujitsu Labs of Europe (FLE).

This document also remarks on the special considerations made to implement the OGSA ByteIO specifications on different Web Services and XML stacks. The main difficulties arise because of the way that different Web Services and XML tooling interprets particular elements. These arose not in the implementation of the ByteIO specification itself, but in the associated implementation required for the interoperability experiments.

This document describes the requirements for construction and operation of grid systems. This document does not say “Grid Systems must satisfy these requirements”. It says “These requirements shall be considered when someone designs / constructs / operates on Grid Systems”

This document species a Service Discovery API extension to the Simple API
for Grid Applications (SAGA), a high level, application-oriented API for grid
application development. This Service Discovery API is motivated by a number
of Use Cases collected by the OGF SAGA Research Group in GFD.70 [4], and
by requirements derived from these Use Cases, as specied in GFD.71 [5]). It
allows users to nd services with minimal prior knowledge of the grid or grids
they plan to use.