Namespace: |
|
Content: |
complex, 4 elements |
Defined: |
globally in common-1.xsd; see XML source |
Includes: |
definitions of 4 elements |
Used: |
at 1 location |
XML Representation Summary |
|||||
<...> | |||||
|
|||||
</...> |
<xsd:complexType name="ValueAssignmentType"> <xsd:annotation> <xsd:documentation> Defines an assignment of value from one place (or expression) to another place. This is supposed to be a general-purpose construct. TODO: merging options This type is marked with jaxb:dom annotation, which will avoid JAXB parsing of it. This is a workaround to a JAXB limitation, which cannot handle more than one "any" elements in a type. See http://java.net/jira/browse/JAXB-798 </xsd:documentation> <xsd:appinfo> <jaxb:dom/> </xsd:appinfo> </xsd:annotation> <xsd:sequence> <xsd:annotation> <xsd:documentation> List of filters that will be applied to the value before it even gets processed by this assignment. The filters will get applied even before the expression. The filters will be executed in chain in the order as specified here. The filters are supposed to "clean up" or transcode the value to comply with usual XML standards. (but see the note in ValueFilterType documentation) </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Source of assignement. R-value. The value (or values) will be copied from this place or from the result of the expression. Depending on how this type is used, the source may be implicit. Therefore the source definition is optional. The expression will most likely contain variables. Please refer to the documentation of containing or derived type for more details. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Destination of the assignment. L-value. The value (or values) will be copied to this place. It is an XPath pointer that must point to an existing, mutable part of XML document. The copy will replace all existing values. But that behavior may change in the future. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> |
Type: |
xsd:string, simple content |
Defined: |
<xsd:element maxOccurs="1" minOccurs="0" ref="tns:description"/> |
Type: |
tns:ExpressionType, complex content |
Defined: |
<xsd:element minOccurs="0" name="source" type="c:ExpressionType"> <xsd:annotation> <xsd:documentation> Source of assignement. R-value. The value (or values) will be copied from this place or from the result of the expression. Depending on how this type is used, the source may be implicit. Therefore the source definition is optional. The expression will most likely contain variables. Please refer to the documentation of containing or derived type for more details. </xsd:documentation> </xsd:annotation> </xsd:element> |
Type: |
tns:XPathType, mixed content |
Defined: |
<xsd:element name="target" type="c:XPathType"> <xsd:annotation> <xsd:documentation> Destination of the assignment. L-value. The value (or values) will be copied to this place. It is an XPath pointer that must point to an existing, mutable part of XML document. The copy will replace all existing values. But that behavior may change in the future. </xsd:documentation> </xsd:annotation> </xsd:element> |
Type: |
tns:ValueFilterType, complex content |
Defined: |
<xsd:element maxOccurs="unbounded" minOccurs="0" ref="tns:valueFilter"> <xsd:annotation> <xsd:documentation> List of filters that will be applied to the value before it even gets processed by this assignment. The filters will get applied even before the expression. The filters will be executed in chain in the order as specified here. The filters are supposed to "clean up" or transcode the value to comply with usual XML standards. (but see the note in ValueFilterType documentation) </xsd:documentation> </xsd:annotation> </xsd:element> |
This XML schema documentation has been generated with DocFlex/XML RE 1.8.5 using DocFlex/XML XSDDoc 2.5.0 template set. DocFlex/XML RE is a reduced edition of DocFlex/XML, which is a tool for programming and running highly sophisticated documentation and reports generators by the data obtained from
any kind of XML files. The actual doc-generators are implemented in the form of special templates that are designed visually
using a high-quality Template Designer GUI basing on the XML schema (or DTD) files describing the data source XML. DocFlex/XML XSDDoc is a commercial template application of DocFlex/XML that implements a high-quality XML Schema documentation generator with simultaneous support of framed multi-file HTML,
single-file HTML and RTF output formats. (More formats are planned in the future). A commercial license for "DocFlex/XML XSDDoc" will allow you:
Once having only such a license, you will be able to run the fully-featured XML schema documentation generator both with DocFlex/XML (Full Edition) and with DocFlex/XML RE, which is a reduced free edition containing only the template interpretor / output generator. No other licenses will be required! But this is not all. In addition to it, a commercial license for "DocFlex/XML SDK" will allow you to modify the XSDDoc templates themselves as much as you want. You will be able to achieve whatever was impossible to do with the template parameters only.
And, of course, you could develop any template applications by your own! Please note that by purchasing a license for this software, you not only acquire a useful tool,
you will also make an important investment in its future development, the results of which you could enjoy later by yourself.
Every single your purchase matters and makes a difference for us! To purchase a license, please follow this link: http://www.filigris.com/shop/ |