Software AG Products 10.5 | Administering Integration Server | Server Configuration Parameters | watt.core.
 
watt.core.
watt.core.brokerTypeCoder.verbose
Enables or disables verbose logging for BrokerTypeCoder. If set to true, Integration Server enables verbose logging for BrokerTypeCoder. The default is false.
Note:
This parameter is deprecated because webMethods Broker is deprecated.
Important:
You must restart Integration Server after you modify the value of this property.
watt.core.brokerCoder.wireFormat
Specifies the wire type Integration Server uses to encode and decode Broker messages. The default is 3.
The following table lists the possible settings:
When set to
Integration Server
0
Drops the current reference from the Broker context only if the tag information is invalid and continues further encoding.
1
Always drops the current reference from the Broker context without verifying whether the tag information is valid and then continues further encoding.
2
Uses the default values specific to Broker for encoding and decoding Broker messages.
Note:
If set to 2 or 3, Integration Server sets the "is_Surrogate" flag to true to enhance Broker message encoding. By default, if the "is_Surrogate" flag is set, Broker uses the BROKER_INT wire type for encoding and decoding, which is the Broker default.
3
Uses current values set in Broker for encoding and decoding Broker messages.
Note:
If set to 2 or 3, Integration Server sets the "is_Surrogate" flag to true to enhance Broker message encoding. By default, if the "is_Surrogate" flag is set, Broker uses the BROKER_INT wire type for encoding and decoding.
Note:
This parameter is deprecated because webMethods Broker is deprecated.
Important:
You must restart Integration Server after you modify the value of this property.
watt.core.datatype.patternMatcherPool.delayFill
Indicates whether Integration Server should initialize the pool with minimum pattern matcher pool objects specified. If set to false (the default) Integration Server initializes the pool whenever it parses or validates a schema. If the delayFill is set to true, Integration Server does not initialize the pool.
Important:
You must restart Integration Server after you modify the value of this property.
watt.core.datatype.patternMatcherPool.maxSize
Specifies the maximum number of pattern matcher pool objects Integration Server allows in a pool. The default is 50.
watt.core.datatype.usejavaregex
Specifies whether Integration Server uses the Java regular expression compiler during validation. When watt.core.datatype.usejavaregex is set to true, during XML validation, Integration Server uses the Java regular expression compiler and Integration Server performs pattern matching as described by java.util.regex.pattern. When set to false, during XML validation, Integration Server uses the Perl regular expression compiler and uses pattern matching. The default is false.
Note:
The watt.core.datatype.usejavaregex parameter affects XML validation, including validation performed by the pub.shema:validate service and validation of web service requests and responses performed by Integration Server. The watt.core.datatype.usejavaregex parameter also affects schema validation that Integration Server performs when creating an IS schema or IS document type from an XML Schema definition or when creating a web service descriptor from a WSDL document that contains or references a schema definition.
watt.core.generatedTypeName.namespaceName.authority
Specifies the namespace element Integration Server uses to create a service URI. Specify a String value that indicates the hostname. The default is localhost.
watt.core.generatedTypeName.localName.prefix
Specifies the prefix Integration Server uses for a type name. This is appended to the type name to form a local name. The default is __ (two underscores).
watt.core.generatedTypeName.namespaceName.authority
Used to create a service URI, in the format - 'http://' authority path '/' service-name, authority stands for the value specified by this property. String value usually indicating the hostname.
watt.core.schema.createSchema.omitXSDAny
When generating the schema definition in a WSDL, indicates whether Integration Server omits the xsd:any element in the complex type definition that corresponds to an open document. A document variable is considered open when the Allow unspecified fields property is set to true. When watt.core.schema.createSchema.omitXSDAny is set to true, the xsd:any element is omitted from the schema portion of the WSDL document even if the document variable has the Allow unspecified fields property is set to true. When watt.core.schema.createSchema.omitXSDAny is set to false, Integration Server includes the xsd:any element in the complex type definition only if the corresponding document variable has the Allow unspecified fields property is set to true. The default for watt.core.schema.createSchema.omitXSDAny is true.
Note:
For individual web service descriptors, the value of the Omit xsd:any from WSDL property overrides the value of the watt.core.createSchema.omitXSDAny server configuration parameter. For more information about using the Omit xsd:any from WSDL property, see the webMethods Service Development Help.
watt.core.schema.anonymousCyclicExtensionDepth
Specifies the nesting level when creating an IS schema from an XML schema definition that contains an anonymous complex type definition that references its own parent complex type extension. The default value is 3, which stops the expansion at the third nesting level. This may be adequate when needing to address the previous, current, or next reference in the hierarchy of an expansion.
watt.core.schema.generateAllTypeDocuments
When generating an IS document type from an XML schema definition, indicates whether or not Integration Server generates IS document types for all complex types regardless of whether the types are referenced or not. When this property is set to true, Integration Server generates an IS document type for every complex type definition in the XML schema. When this property is set to false, Integration Server generates a separate IS document type for a complex type only if the complex type is referenced or is derived from a referenced complex type. The default is false.
Note:
This parameter is obsolete.
watt.core.schema.generateObsoleteDocumentTypeNames
Specifies whether Integration Server uses the naming convention that existed prior to version 8.2 when generating document types for complex types referenced from a global element declaration. When this parameter is set to true and the Always generate document types for referenced elements check box is selected in Designer when creating a document type, Integration Server uses "docType" as the beginning of the name for document types created for referenced elements. When this parameter is set to false, Integration Server uses "docTypeRef" as the beginning of the name for document types created for referenced element. The default is false.
Important:Software AG does not recommend using the naming convention that existed prior to Integration Server 8.2. Use of the old naming convention might interfere with newer features that observe and expect the later naming convention.
watt.core.schema.generateSubstitutionGroups
When generating an IS document type from an XML schema definition that contains a substitution group, indicates whether the resulting document type contains an optional element for each member of a substitution group. When this property is set to false, the resulting document type contains a field that corresponds to the head element in the substitution group, but does not contain any elements for members of the substitution group. When this property is set to true, the resulting document type contains a field that corresponds to the head element and fields that correspond to each member element of the substitution group. All the fields, including the head element, are marked as optional elements. The default is false.
watt.core.schema.useUnboundedForMaxOccurs
Specifies the number at which a maxOccurs value greater than this number is treated as unbounded. When validating a document against an IS schema with an element for which maxOccurs is greater than the watt.core.schema.useUnboundedForMaxOccurs, Integration Server validates the instance document as if the value of the maxOccurs were unbounded. Treating maxOccurs as unbounded may prevent an OutOfMemoryError from occurring during validation when the maxOccurs value is large, such as 9999. There is no default value for this parameter, indicating that Integration Server uses the value specified in the schema as the maxOccurs value.
Note:
To use this parameter, you must add it to Extended Settings.
watt.core.schema.validateIncomingXSD
This is an internal property. Do not modify.
watt.core.template.enableFilterHtml
Indicates whether Integration Server HTML encodes the output from a flow service and %value Variable% tag in a DSP or output template. When this property is set to true, the value of %value Variable% tags, including XML and JavaScript, is HTML encoded. Having Integration Server HTML encode the values helps prevent cross-site scripting attacks. When this property is true, you can still indicate that you do not want Integration Server to HTML encode the output of a %value Variable% tag by including the encode(none) option (%value Variable encode(none)%). When this property is set to , the values of %value Variable% tags are not encoded, and, as a result, DSP pages or pages resulting from output templates might be vulnerable to cross-site scripting attacks. In case of a flow service, when this property is set to true, the output (characters such as, "<", ">", and so on) from a flow service is encoded. Setting the property to false disables the encoding of a flow service output. The default is true.
watt.core.template.enableSecureUrlRedirection
For DSP pages, this parameter controls whether Integration Server performs secure UfalseRL redirection. Internal DSP pages commonly use the variable names “url” and “returnurl” with the %value% tag to indicate to Integration Server that URL redirection can occur in the client. As a result, whether a DSP page is an internal DSP page or a custom DSP page, when Integration Server encounters the variable name “url” or “returnurl” for a %value% tag, it assumes that the value is meant for URL redirection.
When the watt.core.template.enableSecureUrlRedirection parameter is set to true, Integration Server uses secure URL redirection. When performing secure URL redirection, if the %value% tag uses the variable name “url” or “returnurl”, Integration Server checks the URL to determine whether it is a relative path to a location within Integration Server (e.g., ..\redirectedurl.dsp) or another value. If it is a relative path, Integration Server considers a redirection to the URL to be safe, and as a result, takes no action. However, for other values, Integration Server assumes the URL to be an external URL (e.g., http://example.com) and alters the output, even if the intent of the %value% tag is not to redirect to the URL. Integration Server alters the URL so that if an attempt is made to redirect to the external URL, the redirection goes to an error page. Integration Server alters the URL by prepending the value “error.dsp?data=” to the output of the %value% tag (e.g., error.dsp?data=http://example.com).
Setting this parameter to false disables secure URL redirection and, as a result, might put your applications at risk.
You should use the variable “url” or “returnurl” with the %value% tag only when you want to redirect to an internal URL. If you have existing applications that use the variable name “url” or “returnurl”, Software AG recommends that you update your applications and do not use these variable names except for internal URL redirection. If you do not want to change the variable names in existing applications, you can set watt.core.template.enableSecureUrlRedirection parameter to false.
The default setting for the watt.core.template.enableSecureUrlRedirection parameter is true.
watt.core.transientStore.logExceptions
Specifies whether or not Integration Server logs the exceptions from the transient store. Some exception conditions thrown by the transient store, such as interruptions and deadlocks, are handled internally and Integration Server recovers from them silently. When set to true, Integration Server logs exceptions thrown by the transient store that might cause the consumer thread to terminate. This can aid in diagnosing problems with an internal store during the resubmission process. When set to false, Integration Server does not log all exceptions from the transient store. By default, this parameter is set to false to prevent false alarms from exceptions that Integration Server handles and recovers from.
Software AG recommends that you set this parameter to true only when directed to do so by Software AG Global Support.
watt.core.validation.skipAbsentStarBody
Specifies whether to skip a validation that Integration Server performs when decoding mixed content elements that have an enumeration restriction. The validation returned an error when optional missed content was absent, because an empty value was not listed as an option in the enumeration set for the *body field. When set to true, Integration Server skips this validation and treats the *body as completely optional, allowing empty or absent *body values to pass validation.
When set to false, Integration Server performs the validation. The default value is false.
Changes to this property take effect immediately.
watt.core.validation.multipleroot
Specifies whether the pub.schema:validate service is to validate multiple roots when processing multi-part documents. When this property is set to true, the pub.schema:validate service checks for multiple root nodes. If multiple root nodes are found, the service flags a validation error. When this property is set to false, the pub.schema:validate service does not perform multiple root validations. The default is true.
watt.core.validation.skipMandatoryFields
Specifies whether Integration Server generates errors during document validation if mandatory fields are missing from the document. When watt.core.validation.skipMandatoryFields is set to true, Integration Server does not generate validation errors during document validation even if required fields are missing from the document. When this parameter is set to false, Integration Server generates validation errors if required fields are missing from the document. The default is false. This parameter affects document validation performed by the pub.schema:validate service and SOAP request and SOAP response validation.
watt.core.validation.skipNoNamespaceReference
Indicates whether or not Integration Server skips validation of references to elements that are not namespace qualified made from within a namespace qualified element during XML validation against a schema. Set to true if you want Integration Server to skip validation of these referenced elements. Set to false if you want Integration Server to validate these referenced elements. The default is false.
watt.core.validation.w3cConformant
Indicates whether Integration Server evaluates instances of data types for illegal values during XML validation according to the W3C recommendation XML Schema Part 2: Datatypes. If you want Integration Server to validate data types consistent with the W3C recommendation, set watt.core.validation.w3cConformant to true. The default is false.
watt.core.xml.allowedExternalEntities
Identifies a list of trusted external entities (file URIs, HTTP URLs, and so on) that contain XML content to transform in an XML or XSLT file. Use a comma to separate each entity.
The pub.xslt.Transformations:transformSerialXML service loads the content for any entity in this list that is referenced either in the XML that the service receives or in the XSLT stylesheet the service uses to transform the XML. The service reads this list in the following situations:
*The service’s loadExternalEntities input parameter is set to false.
*The service’s loadExternalEntities input parameter is not specified in the service signature, and the watt.core.xml.expandGeneralEntities server parameter is set to false.
watt.core.xml.expandGeneralEntities
Indicates whether the pub.xml:loadXMLNode and pub.xml:xmlStringToXMLNode services should return expanded general (internal and external) entities. Also indicates whether the pub.xslt.Transformations:transformSerialXML service should allow external entities. When this parameter is set to true, the loadXMLNode and xmlStringToXMLNode services expand references to general entities, and the transformSerialXML service allows external entities. When this parameter is set to false, the loadXMLNode and xmlStringToXMLNode services ignore references to general entities, and the transformSerialXML service blocks external entities. The default is true.
Note:
This parameter applies to all instances of loadXMLNode, xmlStringToXMLNode, and any XSLT services. However, if the expandGeneralEntities input parameter is specified for the loadXMLNode or xmlStringToXMLNode service, or if the loadExternalEntities parameter is specified for the transformSerialXML service, the service-level setting takes precedence over watt.core.xml.expandGeneralEntities.
watt.core.xsd.useGeneratedURIForCreateXSD
Indicates whether, while creating the XSD, Integration Server should use the node’s path for the URI and the namespace name for the node and schema. If set to true, Integration Server generates the URI based on the node's path. This URI is then used as the namespace name for the particular node or schema. If set to false (the default), Integration Server sets the namespace to null.
watt.core.xsd.useGeneratedURIForNonRPC
Specifies whether Integration Server should use the URI generated for the message as the namespace name for the WSDL message. If set to true (the default), Integration Server uses the URI generated for the message as the namespace name for the WSDL message only if the style is non-RPC. If set to false, Integration Server sets the namespace to null.
watt.core.xsd.useKnownSchemaLocation
Specifies whether Integration Server includes a “known schema location” and the schemaLocation attribute for an import statement in the WSDL document generated for a provider web service descriptor. When the schemaLocation attribute is not present in the WSDL document, an Integration Serverthat consumes the WSDL document will not dereference the schemaLocation attribute value during web service processing. If the known schema locations are the only import statements that required namespace resolution, the absence of the schemaLocation attribute allows web service development to occur while not connected to the Internet. Set this parameter to false to omit the schemaLocation attribute in an import statement when the namespaces is one of the following:
http://www.w3.org/XML/1998/namespace
http://www.w3.org/2003/05/soap-envelope
The default value is true.
Note:
Note: WS-I compliance requires that in a WSDL document, or files referenced by a WSDL document, all XML Schema imports must contain a schemaLocation attribute. If an XML Schema in the WSDL generated for a web service descriptor contains an import statement for either of the specified namespaces, setting watt.core.xsd.useKnownSchemaLocation to false breaks WS-I compliance.