GT 4.0 WS GRAM: Job Description Schema Doc

Table of Contents

top

Schema Document Properties

Target Namespace http://www.globus.org/namespaces/2004/10/gram/job/description
Language en
Element and Attribute Namespaces
  • Global element and attribute declarations belong to this schema's target namespace.
  • By default, local element declarations belong to this schema's target namespace.
  • By default, local attribute declarations have no namespace.
Schema Composition
Documentation

Job Description Variables

The WS GRAM service includes support for system-specific variable substitutions. These variables allow one to write a job description without specific knowledge of the execution host's local account or directory configuration.

Variable Syntax

Variable references occur within the contents of an xsd:string type element. The syntax for a variable reference is

                   DOLLAR-SIGN LEFT-BRACE variable-name RIGHT-BRACE
                
As an example:
                    <executable>myJob<executable>
                    <stdout>stdout.${GLOBUS_USER_NAME}<stdout>
                
Which would get resolved (supposing the executable is being run under the "user0001" account) to the job description:
                    <executable>myJob<executable>
                    <stdout>stdout.user0001<stdout>
                

Job Description Attributes Which May Contain Variable References

Variables substitutions do not occur in all job description attributes. Their use is restricted to those which contain arbitrary string data and which may be used to access the local resource associated with a job. The list of attributes which may contain variables is:

  • executable
  • directory
  • argument
  • environment
  • stdin
  • stdout
  • stderr
  • libraryPath
  • fileStageIn
  • fileStageOut
  • fileCleanUp

Variable Descriptions

GLOBUS_USER_HOME
The path to the home directory for the local account/user
GLOBUS_USER_NAME
The local account the job is running under
GLOBUS_SCRATCH_DIR
An alternative directory where a file system is shared with the compute nodes that a user might want to use. Typically it will provide more space than the users default HOME dir. This directory's value may contain ${GLOBUS_USER_HOME}, which will be replaced with value of that substitution.
GLOBUS_LOCATION
Path to the Globus Toolkit installation

Differences From Pre-WS GRAM and OGSA GRAM

In both Pre-WS GRAM and OGSA-GRAM, applications could define arbitrary RSL substitutions within an RSL document and rely on the GRAM service to resolve them. This feature is no longer present. Only those variables described in this document may be referenced in a job description.

In both Prew-WS GRAM and OGSA-GRAM, RSL substitutions could be used in arbitrary Job Description attributes. In an effort to more strongly type job description documents in WS GRAM, variable substitutions are now restricted to be used only in certain attribute contexts.

OGSA GRAM defines RSL Substitutions as separate XML elements within an RSL Job Description document. With GT4 WS GRAM, variable references are included with a special syntax within certain job description elements.

Declared Namespaces

Prefix Namespace
tns http://www.globus.org/namespaces/2004/10/gram/job/description
types http://www.globus.org/namespaces/2004/10/gram/job/types
xsd http://www.w3.org/2001/XMLSchema
wsa http://schemas.xmlsoap.org/ws/2004/03/addressing
rft http://www.globus.org/namespaces/2004/10/rft
xml http://www.w3.org/XML/1998/namespace
Schema Component Representation
<xsd:schema xml:lang="en" targetNamespace="http://www.globus.org/namespaces/2004/10/gram/job/description" elementFormDefault="qualified">
<xsd:import namespace="http://www.globus.org/namespaces/2004/10/gram/job/types" schemaLocation="managed_job_types.xsd"/>
<xsd:import namespace="http://schemas.xmlsoap.org/ws/2004/03/addressing" schemaLocation="../ws/addressing/WS-Addressing.xsd"/>
<xsd:import namespace="http://www.globus.org/namespaces/2004/10/rft" schemaLocation="../transfer/reliable/reliable_transfer_types.xsd"/>
...
</xsd:schema>
top

Global Declarations

Element: argument

Name argument
Type xsd:string
Nillable no
Abstract no
Documentation A command line argument for the executable. Each argument is a separate element within the job description. Spaces and quotes within an argument will preserved literally.
XML Instance Representation
<tns:argument> xsd:string </tns:argument>
Schema Component Representation
<xsd:element name="argument" type="xsd:string"/>
top

Element: count

Name count
Type xsd:positiveInteger
Nillable no
Abstract no
Default Value 1
Documentation The number of executions of the executable. Default: 1 (if the element is empty or missing)
XML Instance Representation
<tns:count> xsd:positiveInteger </tns:count>
Schema Component Representation
<xsd:element name="count" type="xsd:positiveInteger" default="1"/>
top

Element: directory

Name directory
Type xsd:string
Nillable no
Abstract no
Documentation Specifies the path of the directory the jobmanager will use as the default directory for the requested job. This means that all relative paths in other job description elements will be resolved with respect to this element. The default vaule is ${GLOBUS_USER_HOME}, and if a relative path is specified for this element it will also be resolved with respect to ${GLOBUS_USER_HOME}.
XML Instance Representation
<tns:directory> xsd:string </tns:directory>
Schema Component Representation
<xsd:element name="directory" type="xsd:string"/>
top

Element: environment

Name environment
Type tns:NameValuePairType
Nillable no
Abstract no
Documentation The environment variables that will be defined for the executable in addition to default set that is given to the job by the jobmanager.
XML Instance Representation
<tns:environment>
<tns:name> xsd:string </tns:name> [1]
<tns:value> xsd:string </tns:value> [1]
</tns:environment>
Schema Component Representation
<xsd:element name="environment" type="tns:NameValuePairType"/>
top

Element: executable

Name executable
Type xsd:string
Nillable no
Abstract no
Documentation The name of the executable file to run on the remote machine. A relative path specified for this element will be resolved with respect to the value of the directory element.
XML Instance Representation
<tns:executable> xsd:string </tns:executable>
Schema Component Representation
<xsd:element name="executable" type="xsd:string"/>
top

Element: extensions

Name extensions
Type tns:ExtensionsType
Nillable no
Abstract no
Documentation This section is currently used only to specify client-specific data which the client wishes to associate with the job it is controlling.
XML Instance Representation
<tns:extensions>
Allow any elements from a namespace other than this schema's namespace (lax validation). [0..*]
</tns:extensions>
Schema Component Representation
<xsd:element name="extensions" type="tns:ExtensionsType"/>
top

Element: factoryEndpoint

Name factoryEndpoint
Type wsa:EndpointReferenceType
Nillable no
Abstract no
Documentation The Managed Job Factory service endpoint to submit this job description to.
XML Instance Representation
<tns:factoryEndpoint
Allow any attributes from a namespace other than this schema's namespace (lax validation).
>
<wsa:Address> wsa:AttributedURI </wsa:Address> [1]
<wsa:ReferenceProperties> wsa:ReferencePropertiesType </wsa:ReferenceProperties> [0..1]
<wsa:PortType> wsa:AttributedQName </wsa:PortType> [0..1]
<wsa:ServiceName> wsa:ServiceNameType </wsa:ServiceName> [0..1]
Allow any elements from a namespace other than this schema's namespace (lax validation). [0..*]
</tns:factoryEndpoint>
Schema Component Representation
<xsd:element name="factoryEndpoint" type="wsa:EndpointReferenceType"/>
top

Element: fileCleanUp

Name fileCleanUp
Type rft:DeleteRequestType
Nillable no
Abstract no
Documentation Specifies a list of files local to the job which indicate files to be removed via a GridFTP-compatible file server.
XML Instance Representation
<tns:fileCleanUp>
<!-- 'tns:BaseRequestType' super type was not found in this schema. Some elements and attributes may be missing. -->
<tns:deletion> tns:DeleteType </tns:deletion> [1..*]
<tns:deleteOptions> tns:DeleteOptionsType </tns:deleteOptions> [0..1]
</tns:fileCleanUp>
Schema Component Representation
<xsd:element name="fileCleanUp" type="rft:DeleteRequestType"/>
top

Element: fileStageIn

Name fileStageIn
Type rft:TransferRequestType
Nillable no
Abstract no
Documentation Specifies a list of ("remote URL" "local file") pairs which indicate files to be staged to the nodes which will run the job.
XML Instance Representation
<tns:fileStageIn>
<!-- 'tns:BaseRequestType' super type was not found in this schema. Some elements and attributes may be missing. -->
<tns:transfer> tns:TransferType </tns:transfer> [1..*]
<tns:rftOptions> tns:RFTOptionsType </tns:rftOptions> [0..1]
<tns:allOrNone> xsd:boolean </tns:allOrNone> [0..1]
</tns:fileStageIn>
Schema Component Representation
<xsd:element name="fileStageIn" type="rft:TransferRequestType"/>
top

Element: fileStageOut

Name fileStageOut
Type rft:TransferRequestType
Nillable no
Abstract no
Documentation Specifies a list of ("local file" "remote URL") pairs which indicate files to be staged from the job to a GridFTP-compatible file server.
XML Instance Representation
<tns:fileStageOut>
<!-- 'tns:BaseRequestType' super type was not found in this schema. Some elements and attributes may be missing. -->
<tns:transfer> tns:TransferType </tns:transfer> [1..*]
<tns:rftOptions> tns:RFTOptionsType </tns:rftOptions> [0..1]
<tns:allOrNone> xsd:boolean </tns:allOrNone> [0..1]
</tns:fileStageOut>
Schema Component Representation
<xsd:element name="fileStageOut" type="rft:TransferRequestType"/>
top

Element: hostCount

Name hostCount
Type xsd:positiveInteger
Nillable no
Abstract no
Documentation Only applies to clusters of SMP computers, such as newer IBM SP systems. Defines the number of nodes pizza boxes") to distribute the "count" processes across.
XML Instance Representation
<tns:hostCount> xsd:positiveInteger </tns:hostCount>
Schema Component Representation
<xsd:element name="hostCount" type="xsd:positiveInteger"/>
top

Element: job

Name job
Type tns:JobDescriptionType
Nillable no
Abstract no
XML Instance Representation
<tns:job>
<types:holdState> ... </types:holdState> [0..1]
<tns:executable> ... </tns:executable> [0..1]
<tns:directory> ... </tns:directory> [0..1]
<tns:argument> ... </tns:argument> [0..*]
<tns:environment> ... </tns:environment> [0..*]
<tns:stdin> ... </tns:stdin> [0..1]
<tns:stdout> ... </tns:stdout> [0..1]
<tns:stderr> ... </tns:stderr> [0..1]
<tns:count> ... </tns:count> [0..1]
<tns:libraryPath> ... </tns:libraryPath> [0..*]
<tns:hostCount> ... </tns:hostCount> [0..1]
<tns:project> ... </tns:project> [0..1]
<tns:queue> ... </tns:queue> [0..1]
<tns:maxTime> ... </tns:maxTime> [0..1]
<tns:maxWallTime> ... </tns:maxWallTime> [0..1]
<tns:maxCpuTime> ... </tns:maxCpuTime> [0..1]
<tns:maxMemory> ... </tns:maxMemory> [0..1]
<tns:minMemory> ... </tns:minMemory> [0..1]
<tns:jobType> ... </tns:jobType> [0..1]
<tns:fileStageIn> ... </tns:fileStageIn> [0..1]
<tns:fileCleanUp> ... </tns:fileCleanUp> [0..1]
<tns:extensions> ... </tns:extensions> [0..1]
</tns:job>
Schema Component Representation
<xsd:element name="job" type="tns:JobDescriptionType"/>
top

Element: jobCredentialEndpoint

Name jobCredentialEndpoint
Type wsa:EndpointReferenceType
Nillable no
Abstract no
Documentation An EPR which points to the delegated credential resource.
XML Instance Representation
<tns:jobCredentialEndpoint
Allow any attributes from a namespace other than this schema's namespace (lax validation).
>
<wsa:Address> wsa:AttributedURI </wsa:Address> [1]
<wsa:ReferenceProperties> wsa:ReferencePropertiesType </wsa:ReferenceProperties> [0..1]
<wsa:PortType> wsa:AttributedQName </wsa:PortType> [0..1]
<wsa:ServiceName> wsa:ServiceNameType </wsa:ServiceName> [0..1]
Allow any elements from a namespace other than this schema's namespace (lax validation). [0..*]
</tns:jobCredentialEndpoint>
Schema Component Representation
<xsd:element name="jobCredentialEndpoint" type="wsa:EndpointReferenceType"/>
top

Element: jobType

Name jobType
Type tns:JobTypeEnumeration
Nillable no
Abstract no
Documentation This specifies how the jobmanager should start the job.
XML Instance Representation
<tns:jobType> tns:JobTypeEnumeration </tns:jobType>
Schema Component Representation
<xsd:element name="jobType" type="tns:JobTypeEnumeration"/>
top

Element: libraryPath

Name libraryPath
Type xsd:string
Nillable no
Abstract no
Documentation Specifies a list of paths to be appended to the system-specific library path environment variables.
XML Instance Representation
<tns:libraryPath> xsd:string </tns:libraryPath>
Schema Component Representation
<xsd:element name="libraryPath" type="xsd:string"/>
top

Element: maxCpuTime

Name maxCpuTime
Type xsd:long
Nillable no
Abstract no
Documentation Explicitly set the maximum cputime for a single execution of the executable. The units is in minutes. The value will go through an atoi() conversion in order to get an integer. If the GRAM scheduler cannot set cputime, then an error will be returned.
XML Instance Representation
<tns:maxCpuTime> xsd:long </tns:maxCpuTime>
Schema Component Representation
<xsd:element name="maxCpuTime" type="xsd:long"/>
top

Element: maxMemory

Name maxMemory
Type xsd:nonNegativeInteger
Nillable no
Abstract no
Documentation Explicitly set the maximum amount of memory for a single execution of the executable. The units is in Megabytes. The value will go through an atoi() conversion in order to get an integer. If the GRAM scheduler cannot set maxMemory, then an error will be returned.
XML Instance Representation
<tns:maxMemory> xsd:nonNegativeInteger </tns:maxMemory>
Schema Component Representation
<xsd:element name="maxMemory" type="xsd:nonNegativeInteger"/>
top

Element: maxTime

Name maxTime
Type xsd:long
Nillable no
Abstract no
Documentation The maximum walltime or cputime for a single execution of the executable. Walltime or cputime is selected by the GRAM scheduler being interfaced. The units is in minutes. The value will go through an atoi() conversion in order to get an integer.
XML Instance Representation
<tns:maxTime> xsd:long </tns:maxTime>
Schema Component Representation
<xsd:element name="maxTime" type="xsd:long"/>
top

Element: maxWallTime

Name maxWallTime
Type xsd:long
Nillable no
Abstract no
Documentation Explicitly set the maximum walltime for a single execution of the executable. The units is in minutes. The value will go through an atoi() conversion in order to get an integer. If the GRAM scheduler cannot set walltime, then an error will be returned.
XML Instance Representation
<tns:maxWallTime> xsd:long </tns:maxWallTime>
Schema Component Representation
<xsd:element name="maxWallTime" type="xsd:long"/>
top

Element: minMemory

Name minMemory
Type xsd:nonNegativeInteger
Nillable no
Abstract no
Documentation Explicitly set the minimum amount of memory for a single execution of the executable. The units is in Megabytes. The value will go through an atoi() conversion in order to get an integer. If the GRAM scheduler cannot set minMemory, then an error will be returned.
XML Instance Representation
<tns:minMemory> xsd:nonNegativeInteger </tns:minMemory>
Schema Component Representation
<xsd:element name="minMemory" type="xsd:nonNegativeInteger"/>
top

Element: multiJob

Name multiJob
Type tns:MultiJobDescriptionType
Nillable no
Abstract no
XML Instance Representation
<tns:multiJob>
<types:holdState> ... </types:holdState> [0..1]
<tns:executable> ... </tns:executable> [0..1]
<tns:directory> ... </tns:directory> [0..1]
<tns:argument> ... </tns:argument> [0..*]
<tns:environment> ... </tns:environment> [0..*]
<tns:stdin> ... </tns:stdin> [0..1]
<tns:stdout> ... </tns:stdout> [0..1]
<tns:stderr> ... </tns:stderr> [0..1]
<tns:count> ... </tns:count> [0..1]
<tns:libraryPath> ... </tns:libraryPath> [0..*]
<tns:hostCount> ... </tns:hostCount> [0..1]
<tns:project> ... </tns:project> [0..1]
<tns:queue> ... </tns:queue> [0..1]
<tns:maxTime> ... </tns:maxTime> [0..1]
<tns:maxWallTime> ... </tns:maxWallTime> [0..1]
<tns:maxCpuTime> ... </tns:maxCpuTime> [0..1]
<tns:maxMemory> ... </tns:maxMemory> [0..1]
<tns:minMemory> ... </tns:minMemory> [0..1]
<tns:jobType> ... </tns:jobType> [0..1]
<tns:fileStageIn> ... </tns:fileStageIn> [0..1]
<tns:fileCleanUp> ... </tns:fileCleanUp> [0..1]
<tns:extensions> ... </tns:extensions> [0..1]
<tns:job> tns:JobDescriptionType </tns:job> [1..*]
</tns:multiJob>
Schema Component Representation
<xsd:element name="multiJob" type="tns:MultiJobDescriptionType"/>
top

Element: project

Name project
Type xsd:string
Nillable no
Abstract no
Documentation Target the job to be allocated to a project account as defined by the scheduler at the defined (remote) resource.
XML Instance Representation
<tns:project> xsd:string </tns:project>
Schema Component Representation
<xsd:element name="project" type="xsd:string"/>
top

Element: queue

Name queue
Type xsd:string
Nillable no
Abstract no
Documentation Target the job to a queue (class) name as defined by the scheduler at the defined (remote) resource.
XML Instance Representation
<tns:queue> xsd:string </tns:queue>
Schema Component Representation
<xsd:element name="queue" type="xsd:string"/>
top

Element: serviceLevelAgreement

Name serviceLevelAgreement
Type tns:ServiceLevelAgreementType
Nillable no
Abstract no
XML Instance Representation
<tns:serviceLevelAgreement>
Start Choice [1]
<tns:job> ... </tns:job> [1]
<tns:multiJob> ... </tns:multiJob> [1]
End Choice
</tns:serviceLevelAgreement>
Schema Component Representation
<xsd:element name="serviceLevelAgreement" type="tns:ServiceLevelAgreementType"/>
top

Element: stagingCredentialEndpoint

Name stagingCredentialEndpoint
Type wsa:EndpointReferenceType
Nillable no
Abstract no
Documentation An EPR which points to the delegated credential resource used to make remote calls to RFT.
XML Instance Representation
<tns:stagingCredentialEndpoint
Allow any attributes from a namespace other than this schema's namespace (lax validation).
>
<wsa:Address> wsa:AttributedURI </wsa:Address> [1]
<wsa:ReferenceProperties> wsa:ReferencePropertiesType </wsa:ReferenceProperties> [0..1]
<wsa:PortType> wsa:AttributedQName </wsa:PortType> [0..1]
<wsa:ServiceName> wsa:ServiceNameType </wsa:ServiceName> [0..1]
Allow any elements from a namespace other than this schema's namespace (lax validation). [0..*]
</tns:stagingCredentialEndpoint>
Schema Component Representation
<xsd:element name="stagingCredentialEndpoint" type="wsa:EndpointReferenceType"/>
top

Element: stderr

Name stderr
Type xsd:string
Nillable no
Abstract no
Documentation The name of the remote file to store the standard error from the job. A relative path specified for this element will be resolved with respect to the value of the directory element.
XML Instance Representation
<tns:stderr> xsd:string </tns:stderr>
Schema Component Representation
<xsd:element name="stderr" type="xsd:string"/>
top

Element: stdin

Name stdin
Type xsd:string
Nillable no
Abstract no
Documentation The name of the file to be used as standard input for the executable on the remote machine. A relative path specified for this element will be resolved with respect to the value of the directory element.
XML Instance Representation
<tns:stdin> xsd:string </tns:stdin>
Schema Component Representation
<xsd:element name="stdin" type="xsd:string"/>
top

Element: stdout

Name stdout
Type xsd:string
Nillable no
Abstract no
Documentation The name of the remote file to store the standard output from the job. A relative path specified for this element will be resolved with respect to the value of the directory element.
XML Instance Representation
<tns:stdout> xsd:string </tns:stdout>
Schema Component Representation
<xsd:element name="stdout" type="xsd:string"/>
top

Global Definitions

Complex Type: ExtensionsType

Super-types: None
Sub-types: None
Name ExtensionsType
Abstract no
XML Instance Representation
<...>
Allow any elements from a namespace other than this schema's namespace (lax validation). [0..*]
</...>
Schema Component Representation
<xsd:complexType name="ExtensionsType">
<xsd:sequence>
<xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax"/>
</xsd:sequence>
</xsd:complexType>
top

Complex Type: FilePairType

Super-types: None
Sub-types: None
Name FilePairType
Abstract no
XML Instance Representation
<...>
<tns:sourceFile> xsd:string </tns:sourceFile> [1]
<tns:destinationFile> xsd:string </tns:destinationFile> [1]
</...>
Schema Component Representation
<xsd:complexType name="FilePairType">
<xsd:sequence>
<xsd:element name="sourceFile" type="xsd:string"/>
<xsd:element name="destinationFile" type="xsd:string"/>
</xsd:sequence>
</xsd:complexType>
top

Complex Type: JobDescriptionType

Super-types: None
Sub-types:
Name JobDescriptionType
Abstract no
XML Instance Representation
<...>
<types:holdState> ... </types:holdState> [0..1]
<tns:executable> ... </tns:executable> [0..1]
<tns:directory> ... </tns:directory> [0..1]
<tns:argument> ... </tns:argument> [0..*]
<tns:environment> ... </tns:environment> [0..*]
<tns:stdin> ... </tns:stdin> [0..1]
<tns:stdout> ... </tns:stdout> [0..1]
<tns:stderr> ... </tns:stderr> [0..1]
<tns:count> ... </tns:count> [0..1]
<tns:libraryPath> ... </tns:libraryPath> [0..*]
<tns:hostCount> ... </tns:hostCount> [0..1]
<tns:project> ... </tns:project> [0..1]
<tns:queue> ... </tns:queue> [0..1]
<tns:maxTime> ... </tns:maxTime> [0..1]
<tns:maxWallTime> ... </tns:maxWallTime> [0..1]
<tns:maxCpuTime> ... </tns:maxCpuTime> [0..1]
<tns:maxMemory> ... </tns:maxMemory> [0..1]
<tns:minMemory> ... </tns:minMemory> [0..1]
<tns:jobType> ... </tns:jobType> [0..1]
<tns:fileStageIn> ... </tns:fileStageIn> [0..1]
<tns:fileCleanUp> ... </tns:fileCleanUp> [0..1]
<tns:extensions> ... </tns:extensions> [0..1]
</...>
Schema Component Representation
<xsd:complexType name="JobDescriptionType">
<xsd:sequence>
<xsd:element ref="tns:factoryEndpoint" minOccurs="0"/>
<xsd:element ref="tns:jobCredentialEndpoint" minOccurs="0"/>
<xsd:element ref="tns:stagingCredentialEndpoint" minOccurs="0"/>
<xsd:element ref="types:localUserId" minOccurs="0"/>
<xsd:element ref="types:holdState" minOccurs="0"/>
<xsd:element ref="tns:executable" minOccurs="0"/>
<xsd:element ref="tns:directory" minOccurs="0"/>
<xsd:element ref="tns:argument" minOccurs="0" maxOccurs="unbounded"/>
<xsd:element ref="tns:environment" minOccurs="0" maxOccurs="unbounded"/>
<xsd:element ref="tns:stdin" minOccurs="0"/>
<xsd:element ref="tns:stdout" minOccurs="0"/>
<xsd:element ref="tns:stderr" minOccurs="0"/>
<xsd:element ref="tns:count" minOccurs="0"/>
<xsd:element ref="tns:libraryPath" minOccurs="0" maxOccurs="unbounded"/>
<xsd:element ref="tns:hostCount" minOccurs="0"/>
<xsd:element ref="tns:project" minOccurs="0"/>
<xsd:element ref="tns:queue" minOccurs="0"/>
<xsd:element ref="tns:maxTime" minOccurs="0"/>
<xsd:element ref="tns:maxWallTime" minOccurs="0"/>
<xsd:element ref="tns:maxCpuTime" minOccurs="0"/>
<xsd:element ref="tns:maxMemory" minOccurs="0"/>
<xsd:element ref="tns:minMemory" minOccurs="0"/>
<xsd:element ref="tns:jobType" minOccurs="0"/>
<xsd:element ref="tns:fileStageIn" minOccurs="0"/>
<xsd:element ref="tns:fileStageOut" minOccurs="0"/>
<xsd:element ref="tns:fileCleanUp" minOccurs="0"/>
<xsd:element ref="tns:extensions" minOccurs="0"/>
</xsd:sequence>
</xsd:complexType>
top

Complex Type: MultiJobDescriptionType

Super-types: JobDescriptionType < MultiJobDescriptionType (by extension)
Sub-types: None
Name MultiJobDescriptionType
Abstract no
Documentation This type extends JobDescriptionType to allow generalities. If a single job description element does not contain a particular attribute, the outer-scope value will be assumed if it is defined.
XML Instance Representation
<...>
<types:holdState> ... </types:holdState> [0..1]
<tns:executable> ... </tns:executable> [0..1]
<tns:directory> ... </tns:directory> [0..1]
<tns:argument> ... </tns:argument> [0..*]
<tns:environment> ... </tns:environment> [0..*]
<tns:stdin> ... </tns:stdin> [0..1]
<tns:stdout> ... </tns:stdout> [0..1]
<tns:stderr> ... </tns:stderr> [0..1]
<tns:count> ... </tns:count> [0..1]
<tns:libraryPath> ... </tns:libraryPath> [0..*]
<tns:hostCount> ... </tns:hostCount> [0..1]
<tns:project> ... </tns:project> [0..1]
<tns:queue> ... </tns:queue> [0..1]
<tns:maxTime> ... </tns:maxTime> [0..1]
<tns:maxWallTime> ... </tns:maxWallTime> [0..1]
<tns:maxCpuTime> ... </tns:maxCpuTime> [0..1]
<tns:maxMemory> ... </tns:maxMemory> [0..1]
<tns:minMemory> ... </tns:minMemory> [0..1]
<tns:jobType> ... </tns:jobType> [0..1]
<tns:fileStageIn> ... </tns:fileStageIn> [0..1]
<tns:fileCleanUp> ... </tns:fileCleanUp> [0..1]
<tns:extensions> ... </tns:extensions> [0..1]
<tns:job> tns:JobDescriptionType </tns:job> [1..*]
</...>
Schema Component Representation
<xsd:complexType name="MultiJobDescriptionType">
<xsd:complexContent>
<xsd:extension base="tns:JobDescriptionType">
<xsd:sequence>
<xsd:element name="job" type="tns:JobDescriptionType" maxOccurs="unbounded"/>
</xsd:sequence>
</xsd:extension>
</xsd:complexContent>
</xsd:complexType>
top

Complex Type: NameValuePairType

Super-types: None
Sub-types: None
Name NameValuePairType
Abstract no
XML Instance Representation
<...>
<tns:name> xsd:string </tns:name> [1]
<tns:value> xsd:string </tns:value> [1]
</...>
Schema Component Representation
<xsd:complexType name="NameValuePairType">
<xsd:sequence>
<xsd:element name="name" type="xsd:string"/>
<xsd:element name="value" type="xsd:string"/>
</xsd:sequence>
</xsd:complexType>
top

Complex Type: ServiceLevelAgreementType

Super-types: None
Sub-types: None
Name ServiceLevelAgreementType
Abstract no
XML Instance Representation
<...>
Start Choice [1]
<tns:job> ... </tns:job> [1]
<tns:multiJob> ... </tns:multiJob> [1]
End Choice
</...>
Schema Component Representation
<xsd:complexType name="ServiceLevelAgreementType">
<xsd:choice>
<xsd:element ref="tns:job"/>
<xsd:element ref="tns:multiJob"/>
</xsd:choice>
</xsd:complexType>
top

Simple Type: JobTypeEnumeration

Super-types: xsd:string < JobTypeEnumeration (by restriction)
Sub-types: None
Name JobTypeEnumeration
Content
  • Built-in XSD Type: string
  • value = {'mpi'|'single'|'multiple'|'condor'}
Schema Component Representation
<xsd:simpleType name="JobTypeEnumeration">
<xsd:restriction base="xsd:string">
<xsd:enumeration value="mpi"/>
<xsd:enumeration value="single"/>
<xsd:enumeration value="multiple"/>
<xsd:enumeration value="condor"/>
</xsd:restriction>
</xsd:simpleType>
top

Legend

Complex Type: AusAddress
Schema Component Type Schema Component Name
Super-types: Address < AusAddress (by extension)
Sub-types:
  • QLDAddress (by restriction)
If this schema component is a type definition, its type hierarchy is shown in a gray-bordered box.
Name AusAddress
Abstract no
The table above displays the properties of this schema component.
XML Instance Representation
<... country="Australia">
<unitNo> string </unitNo> [0..1]
<houseNo> string </houseNo> [1]
<street> string </street> [1]
Start Choice[1]
<city> string </city> [1]
<town> string </town> [1]
End Choice
<state> AusStates </state> [1]
<postcode> string <<pattern = [1-9][0-9]{3}>> </postcode> [1]
</...>

The XML Instance Representation table above shows the schema component's content as an XML instance.

  • The minimum and maximum occurrence of elements and attributes are provided in square brackets, e.g. [0..1].
  • Model group information are shown in gray, e.g. Start Choice ... End Choice.
  • For type derivations, the elements and attributes that have been added to or changed from the base type's content are shown in bold.
  • If an element/attribute has a fixed value, the fixed value is shown in green, e.g. country="Australia".
  • Otherwise, the type of the element/attribute is displayed.
    • If the element/attribute's type is in the schema, a link is provided to it.
    • For local simple type definitions, the constraints are displayed in angle brackets, e.g. <<pattern = [1-9][0-9]{3}>>.
Schema Component Representation
<complexTypename="AusAddress">
<complexContent>
<extensionbase="Address">
<sequence>
<elementname="state" type="AusStates"/>
<elementname="postcode">
<simpleType>
<restrictionbase="string">
<patternvalue="[1-9][0-9]{3}"/>
</restriction>
</simpleType>
</element>
</sequence>
<attributename="country" type="string" fixed="Australia"/>
</extension>
</complexContent>
</complexType>
The Schema Component Representation table above displays the underlying XML representation of the schema component. (Annotations are not shown.)
top

Glossary

Abstract (Applies to complex type definitions and element declarations). An abstract element or complex type cannot used to validate an element instance. If there is a reference to an abstract element, only element declarations that can substitute the abstract element can be used to validate the instance. For references to abstract type definitions, only derived types can be used.

All Model Group Child elements can be provided in any order in instances. See: http://www.w3.org/TR/xmlschema-1/#element-all.

Choice Model Group Only one from the list of child elements and model groups can be provided in instances. See: http://www.w3.org/TR/xmlschema-1/#element-choice.

Collapse Whitespace Policy Replace tab, line feed, and carriage return characters with space character (Unicode character 32). Then, collapse contiguous sequences of space characters into single space character, and remove leading and trailing space characters.

Disallowed Substitutions (Applies to element declarations). If substitution is specified, then substitution group members cannot be used in place of the given element declaration to validate element instances. If derivation methods, e.g. extension, restriction, are specified, then the given element declaration will not validate element instances that have types derived from the element declaration's type using the specified derivation methods. Normally, element instances can override their declaration's type by specifying an xsi:type attribute.

Key Constraint Like Uniqueness Constraint, but additionally requires that the specified value(s) must be provided. See: http://www.w3.org/TR/xmlschema-1/#cIdentity-constraint_Definitions.

Key Reference Constraint Ensures that the specified value(s) must match value(s) from a Key Constraint or Uniqueness Constraint. See: http://www.w3.org/TR/xmlschema-1/#cIdentity-constraint_Definitions.

Model Group Groups together element content, specifying the order in which the element content can occur and the number of times the group of element content may be repeated. See: http://www.w3.org/TR/xmlschema-1/#Model_Groups.

Nillable (Applies to element declarations). If an element declaration is nillable, instances can use the xsi:nil attribute. The xsi:nil attribute is the boolean attribute, nil, from the http://www.w3.org/2001/XMLSchema-instance namespace. If an element instance has an xsi:nil attribute set to true, it can be left empty, even though its element declaration may have required content.

Notation A notation is used to identify the format of a piece of data. Values of elements and attributes that are of type, NOTATION, must come from the names of declared notations. See: http://www.w3.org/TR/xmlschema-1/#cNotation_Declarations.

Preserve Whitespace Policy Preserve whitespaces exactly as they appear in instances.

Prohibited Derivations (Applies to type definitions). Derivation methods that cannot be used to create sub-types from a given type definition.

Prohibited Substitutions (Applies to complex type definitions). Prevents sub-types that have been derived using the specified derivation methods from validating element instances in place of the given type definition.

Replace Whitespace Policy Replace tab, line feed, and carriage return characters with space character (Unicode character 32).

Sequence Model Group Child elements and model groups must be provided in the specified order in instances. See: http://www.w3.org/TR/xmlschema-1/#element-sequence.

Substitution Group Elements that are members of a substitution group can be used wherever the head element of the substitution group is referenced.

Substitution Group Exclusions (Applies to element declarations). Prohibits element declarations from nominating themselves as being able to substitute a given element declaration, if they have types that are derived from the original element's type using the specified derivation methods.

Target Namespace The target namespace identifies the namespace that components in this schema belongs to. If no target namespace is provided, then the schema components do not belong to any namespace.

Uniqueness Constraint Ensures uniqueness of an element/attribute value, or a combination of values, within a specified scope. See: http://www.w3.org/TR/xmlschema-1/#cIdentity-constraint_Definitions.

top

Generated by xs3p.