<xsd:complexType name="LockFeatureResponseType">
<xsd:annotation>
<xsd:documentation>
The LockFeatureResponseType is used to define an
element to contains the response to a LockFeature
operation.
</xsd:documentation>
</xsd:annotation>
<xsd:sequence>
<xsd:element ref="wfs:LockId">
<xsd:annotation>
<xsd:documentation>
The LockFeatureResponse includes a LockId element
that contains a lock identifier. The lock identifier
can be used by a client, in subsequent operations, to
operate upon the locked feature instances.
</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="FeaturesLocked" type="wfs:FeaturesLockedType" minOccurs="0">
<xsd:annotation>
<xsd:documentation>
The LockFeature or GetFeatureWithLock operations
identify and attempt to lock a set of feature
instances that satisfy the constraints specified
in the request. In the event that the lockAction
attribute (on the LockFeature or GetFeatureWithLock
elements) is set to SOME, a Web Feature Service will
attempt to lock as many of the feature instances from
the result set as possible.
The FeaturesLocked element contains list of ogc:FeatureId
elements enumerating the feature instances that a WFS
actually managed to lock.
</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="FeaturesNotLocked" type="wfs:FeaturesNotLockedType" minOccurs="0">
<xsd:annotation>
<xsd:documentation>
In contrast to the FeaturesLocked element, the
FeaturesNotLocked element contains a list of
ogc:Filter elements identifying feature instances
that a WFS did not manage to lock because they were
already locked by another process.
</xsd:documentation>
</xsd:annotation>
</xsd:element>
</xsd:sequence>
</xsd:complexType>
|
XSD Schema Diagram:
