All Element Summary | ||||||||||||||
abstract-agent | A placeholder for agent elements.
|
|||||||||||||
abstract-async-reply-router | A placeholder for an async reply router element.
|
|||||||||||||
abstract-caching-strategy | A placeholder for caching strategies elements.
|
|||||||||||||
abstract-catch-all-strategy | A placeholder for catch-all strategy elements.
|
|||||||||||||
abstract-component | A placeholder for a component element.
|
|||||||||||||
abstract-connector | A placeholder for connector elements.
|
|||||||||||||
abstract-entry-point-resolver | A placeholder for an entry point resolver element.
|
|||||||||||||
abstract-entry-point-resolver-set | A placeholder for entry point resolver set elements.
|
|||||||||||||
abstract-exception-strategy | A placeholder for an exception strategy element.
|
|||||||||||||
abstract-extension | A placeholder for arbitrary extensions as children of the 'mule' element.
|
|||||||||||||
abstract-filter | A placeholder for filter elements, which control which messages are handled.
|
|||||||||||||
abstract-flow-construct | A placeholder for a flow construct element.
|
|||||||||||||
abstract-global-endpoint | A placeholder for global endpoint elements.
|
|||||||||||||
abstract-global-intercepting-message-processor | A placeholder for intercepting router elements.
|
|||||||||||||
abstract-inbound-endpoint | A placeholder for inbound endpoint elements.
|
|||||||||||||
abstract-inbound-router | A placeholder for inbound router elements, which control how incoming messages are handled.
|
|||||||||||||
abstract-intercepting-message-processor | A placeholder for intercepting router elements.
|
|||||||||||||
abstract-interceptor | A placeholder for an interceptor element.
|
|||||||||||||
abstract-interceptor-stack | A placeholder for interceptor stack elements.
|
|||||||||||||
abstract-lifecycle-adapter-factory |
|
|||||||||||||
abstract-message-info-mapping | Maps the attributes of the current message to known message elements in Mule, namely Message ID and CorrrelationID.
|
|||||||||||||
abstract-message-processor | A placeholder for message processor elements.
|
|||||||||||||
abstract-message-source | A placeholder for message source elements.
|
|||||||||||||
abstract-mixed-content-extension | A placeholder for arbitrary extensions as children of the 'mule' element.
|
|||||||||||||
abstract-mixed-content-message-processor | A placeholder for message processor elements.
|
|||||||||||||
abstract-model | A placeholder for model elements.
|
|||||||||||||
abstract-multi-transaction | A placeholder for multi-transaction elements.
|
|||||||||||||
abstract-object-factory |
|
|||||||||||||
abstract-object-store | A placeholder for an object store that can be used by routers to maintain state.
|
|||||||||||||
abstract-observer-message-processor | A placeholder for message processors that observe the message but do not mutate it used for exmaple for logging.
|
|||||||||||||
abstract-outbound-endpoint | A placeholder for outbound endpoint elements.
|
|||||||||||||
abstract-outbound-router | A placeholder for outbound router elements, which control how outgoing messages are delivered to the outbound endpoints.
|
|||||||||||||
abstract-pooling-profile |
|
|||||||||||||
abstract-processing-strategy | The processing strategy to be used for processing a pipeline of message processors (e.g. in a Flow)
|
|||||||||||||
abstract-queue-profile | A placeholder for a queue profile, which controls how messages are queued.
|
|||||||||||||
abstract-queue-store | A placeholder for queue store elements.
|
|||||||||||||
abstract-reconnect-notifier | A placeholder for a reconnection notifier element.
|
|||||||||||||
abstract-reconnection-strategy | A placeholder for a reconnection strategy element.
|
|||||||||||||
abstract-redelivery-policy | A placeholder for a redelivery policy.
|
|||||||||||||
abstract-routing-message-processor | A placeholder for intercepting router elements.
|
|||||||||||||
abstract-security-filter | A placeholder for security filter elements, which control access to the system.
|
|||||||||||||
abstract-security-manager | A security manager is a container for security providers.
|
|||||||||||||
abstract-service | A placeholder for a service element.
|
|||||||||||||
abstract-service-threading-profile | A placeholder for the service threading profile element.
|
|||||||||||||
abstract-transaction | A placeholder for transaction elements.
|
|||||||||||||
abstract-transaction-manager | A placeholder for transaction manager elements, which are used to coordinate transactions.
|
|||||||||||||
abstract-transformer | A placeholder for transformer elements.
|
|||||||||||||
abstract-xa-transaction | A placeholder for XA transaction elements.
|
|||||||||||||
add-message-properties | Add a set of message properties.
|
|||||||||||||
add-message-property | Add a message property.
|
|||||||||||||
alias |
|
|||||||||||||
all | Sends the same message to multiple message processors or outbound endpoints.
|
|||||||||||||
and-filter | Returns true only if all the enclosed filters return true.
|
|||||||||||||
annotations |
|
|||||||||||||
append-string-transformer | A transformer that appends a string to a string payload.
|
|||||||||||||
array-entry-point-resolver | Delivers the message to a method that takes a single array as argument.
|
|||||||||||||
async | Processes the nested list of message processors asynchronously using a thread pool
|
|||||||||||||
async-reply | The elements within 'async-reply' describe how asynchronous replies are handled.
|
|||||||||||||
asynchronous-processing-strategy | Processing strategy that uses a thread pool to process the pipeline of message processors asynchronously in a worker thread.
|
|||||||||||||
auto-transformer | A transformer that uses the transform discovery mechanism to convert the message payload.
|
|||||||||||||
base64-decoder-transformer | A transformer that base64 decodes a message to give an array of bytes.
|
|||||||||||||
base64-encoder-transformer | A transformer that base64 encodes a string or byte array message.
|
|||||||||||||
bean-builder-transformer | A transformer that uses expressions to configure a simple bean object.
|
|||||||||||||
bean-property |
|
|||||||||||||
bean-to-map-transformer | Conversts a simple bean object to a Map. every property on the bean will become an entry in the result {{java.util.Map}}.
|
|||||||||||||
binding | A binding associates a Mule endpoint with an injected Java interface.
|
|||||||||||||
bridge | Deprecated.
|
|||||||||||||
byte-array-to-hex-string-transformer | A transformer that converts a byte array to a string of hexadecimal digits.
|
|||||||||||||
byte-array-to-object-transformer | A transformer that converts a byte array to an object (either deserializing or converting to a string).
|
|||||||||||||
byte-array-to-serializable-transformer | A transformer that converts a byte array to an object (deserializing the object).
|
|||||||||||||
byte-array-to-string-transformer | A transformer that converts a byte array to a string.
|
|||||||||||||
callable-entry-point-resolver | An entry point resolver for components that implement the Callable interface.
|
|||||||||||||
catch-exception-strategy | Exception strategy used to handle exceptions.
|
|||||||||||||
chaining-router | Sends the message through multiple endpoints using the result of the first invocation as the input for the next.
|
|||||||||||||
choice | Sends the message to the first endpoint whose condition has been satisfied.
|
|||||||||||||
choice-exception-strategy | Exception strategy used to route to different exception strategies.
|
|||||||||||||
collection-aggregator | Configures a Collection Response Router.
|
|||||||||||||
collection-aggregator-router | Configures a Collection Response Router.
|
|||||||||||||
collection-async-reply-router | Configures a Collection Response Router.
|
|||||||||||||
collection-splitter | The collection splitter accepts a collection of objects and splits the collection invoking the next message processor with each item in the collection in sequence.
|
|||||||||||||
combine-collections-transformer | Takes a payload which is a Collection of Collections and turns into a single List.
|
|||||||||||||
commit-transaction | These exceptions will be considered "delivered" after handling by the exception strategy.
|
|||||||||||||
component | A simple POJO (Plain Old Java Object) component that will be invoked by Mule when a message is received.
|
|||||||||||||
composite-source |
|
|||||||||||||
configuration | Specifies defaults and general settings for the Mule instance.
|
|||||||||||||
copy-attachments | A transformer that copy inbound attachment to outbound attachment scope by name or regular expression.
|
|||||||||||||
copy-properties | A transformer that copy properties from inbound to outbound scope by name or regular expression.
|
|||||||||||||
correlation-resequencer-router | Holds back a group of messages and resequences them using each message's correlation sequence property.
|
|||||||||||||
custom-agent |
|
|||||||||||||
custom-aggregator | Configures a custom message aggregator.
|
|||||||||||||
custom-async-reply-router |
|
|||||||||||||
custom-catch-all-strategy |
|
|||||||||||||
custom-connector | A user-defined connector.
|
|||||||||||||
custom-correlation-aggregator-router | Configures a custom message aggregator.
|
|||||||||||||
custom-encryption-strategy | A custom implementation of EncryptionStrategy.
|
|||||||||||||
custom-entry-point-resolver | A custom entry point resolver.
|
|||||||||||||
custom-entry-point-resolver-set | A custom entry point resolver set.
|
|||||||||||||
custom-exception-strategy | A user-defined exception strategy.
|
|||||||||||||
custom-filter | A user-implemented filter.
|
|||||||||||||
custom-forwarding-catch-all-strategy |
|
|||||||||||||
custom-inbound-router | Allows for custom inbound routers to be configured.
|
|||||||||||||
custom-interceptor | A user-implemented interceptor.
|
|||||||||||||
custom-lifecycle-adapter-factory |
|
|||||||||||||
custom-message-info-mapping | Allows configuraton of a custom implementation of MessageInfoMapping.
|
|||||||||||||
custom-object-store | A custom implementation of the ObjectStore interface.
|
|||||||||||||
custom-outbound-router | Allows you to configure a custom outbound router by specifying the custom router class and by using Spring properties.
|
|||||||||||||
custom-processing-strategy | Allows for the configuration of a custom processing strategy that implements 'org.mule.api.construct.PipelineProcessingStrategy'.
|
|||||||||||||
custom-processor |
|
|||||||||||||
custom-queue-store |
|
|||||||||||||
custom-router |
|
|||||||||||||
custom-security-filter | Allows developers to configure custom security filters
|
|||||||||||||
custom-security-provider | A custom implementation of SecurityProvider.
|
|||||||||||||
custom-service | A user-implemented service (typically used only in testing).
|
|||||||||||||
custom-source |
|
|||||||||||||
custom-splitter | Configures a custom message splitter.
|
|||||||||||||
custom-transaction | A user-defined or otherwise unsupported third-party transactions.
|
|||||||||||||
custom-transaction-manager | A user-implemented transaction manager.
|
|||||||||||||
custom-transformer | A user-implemented transformer.
|
|||||||||||||
dead-letter-queue | Message processor to call if a message exceeds its redelivery count without being processed successfully
|
|||||||||||||
decrypt-transformer | A transformer that decrypts a message.
|
|||||||||||||
default-dispatcher-threading-profile | The default dispatching threading profile, which modifies the default-threading-profile values and is used by endpoints for dispatching messages.
|
|||||||||||||
default-exception-strategy | Provides default exception handling.
|
|||||||||||||
default-in-memory-queue-store | The default in-memory queue store for the application.
|
|||||||||||||
default-persistent-queue-store | The default persistent queue store for the application.
|
|||||||||||||
default-receiver-threading-profile | The default receiving threading profile, which modifies the default-threading-profile values and is used by endpoints for receiving messages.
|
|||||||||||||
default-service-exception-strategy | Deprecated: Use default-exception-strategy instead.
|
|||||||||||||
default-service-threading-profile | The default service threading profile, which modifies the default-threading-profile and is used by services for processing messages.
|
|||||||||||||
default-threading-profile | The default threading profile, used by components and by endpoints for dispatching and receiving if no more specific configuration is given.
|
|||||||||||||
delete-message-property | Delete message properties matching a regular expression or wildcard.
|
|||||||||||||
description |
|
|||||||||||||
disable-notification | Blocks the association of an event with a particular interface.
|
|||||||||||||
dispatcher-threading-profile | The threading profile to use when a connector dispatches messages.
|
|||||||||||||
echo-component | Logs the message and returns the payload as the result.
|
|||||||||||||
encrypt-transformer | A transformer that encrypts a message.
|
|||||||||||||
encryption-security-filter | A filter that provides password-based encyption.
|
|||||||||||||
endpoint | A global endpoint, which acts as a template that can be used to construct an inbound or outbound endpoint elsewhere in the configuration by referencing the global endpoint name.
|
|||||||||||||
endpoint-selector-router | Selects the outgoing endpoint based on an expression evaluator ("header:endpoint" by default).
|
|||||||||||||
enrich |
|
|||||||||||||
enricher | Enriches the current message, using expressins to define source and target, with the result of processing a nested message processor.
|
|||||||||||||
entry-point-resolver-set | An extensible set of entry point resolvers.
|
|||||||||||||
environment | The JNDI environment.
|
|||||||||||||
exception-based-router | Sends a message over an endpoint by selecting the first endpoint that can connect to the transport.
|
|||||||||||||
exception-strategy | Exception strategy used to reference global exceptions within a flow or service.
|
|||||||||||||
exception-type-filter | A filter that matches the type of an exception.
|
|||||||||||||
exclude-entry-point | Explicitly excludes a named method from receiving the message.
|
|||||||||||||
exclude-object-methods | If specified, methods in the Java Object interface are not included in the list of possible methods that can receive the message.
|
|||||||||||||
expression-component |
|
|||||||||||||
expression-filter | A filter that can evaluate a range of expressions.
|
|||||||||||||
expression-language | Configuration of Mule Expression Language
|
|||||||||||||
expression-message-info-mapping | Allows expressions to be configured to extract the message information.
|
|||||||||||||
expression-recipient-list-router | Sends the same message to multiple endpoints over the same endpoint, or implements routing-slip behavior where the next destination for the message is determined from message properties or the payload.
|
|||||||||||||
expression-splitter-router | Splits the message based on an expression.
|
|||||||||||||
expression-transformer | A transformer that evaluates one or more expressions on the current message.
|
|||||||||||||
extract |
|
|||||||||||||
file-queue-store | A simple file-based queue store.
|
|||||||||||||
filter | A filter that is defined elsewhere (at the global level, or as a Spring bean).
|
|||||||||||||
filtering-router | Uses filters to determine whether the message matches a particular criteria and if so will route the message to the endpoint configured on the router.
|
|||||||||||||
first-successful | Sends a message to a list of message processors until one processes it successfully
|
|||||||||||||
flow | A pipeline of message processors processed using a given processingStrategy when either a new message is received from a message source, or when a new message is recieved via a flow-ref or programativally.
|
|||||||||||||
flow-ref | Allows a 'flow' to be referenced such that the message processing will continue in the referenced flow before returning.
|
|||||||||||||
foreach |
|
|||||||||||||
forwarding-catch-all-strategy | Forwards the message to the specified endpoint if no outbound routers match.
|
|||||||||||||
forwarding-router | Allows messages to be forwarded to the outbound routers without first being processed by a component.
|
|||||||||||||
global-functions |
|
|||||||||||||
global-property | A global property is a named string.
|
|||||||||||||
gzip-compress-transformer | A transformer that compresses a byte array using gzip.
|
|||||||||||||
gzip-uncompress-transformer | A transformer that uncompresses a byte array using gzip.
|
|||||||||||||
hex-string-to-byte-array-transformer | A transformer that converts a string of hexadecimal digits to a byte array.
|
|||||||||||||
idempotent-message-filter | Ensures that only unique messages are received by a service by checking the unique ID of the incoming message.
|
|||||||||||||
idempotent-receiver-router | Ensures that only unique messages are received by a service by checking the unique ID of the incoming message.
|
|||||||||||||
idempotent-redelivery-policy | Defines a policy for processing the redelivery of the same message
|
|||||||||||||
idempotent-secure-hash-message-filter | Ensures that only unique messages are received by a service by calculating the hash of the message itself using a message digest algorithm.
|
|||||||||||||
idempotent-secure-hash-receiver-router | Ensures that only unique messages are received by a service by calculating the hash of the message itself using a message digest algorithm.
|
|||||||||||||
import |
|
|||||||||||||
in-memory-store | An optionally bounded in-memory store for message IDs with periodic expiry of old entries.
|
|||||||||||||
inbound | The elements within 'inbound' describe how a service receives messages.
|
|||||||||||||
inbound-endpoint | An inbound endpoint receives messages via the associated transport.
|
|||||||||||||
include-entry-point | A possible method for delivery.
|
|||||||||||||
interceptor-stack |
|
|||||||||||||
interceptor-stack (type refInterceptorStackType) | A reference to a stack of intereceptors defined globally.
|
|||||||||||||
invoke | Invokes the method of a given object using method arguments expressed using mule expressions.
|
|||||||||||||
jboss-transaction-manager | The JBoss transaction manager.
|
|||||||||||||
jndi-provider-properties | Direct setting of JNDI properties (allows access to the full Spring map entry).
|
|||||||||||||
jndi-provider-property | Direct setting of a JNDI property.
|
|||||||||||||
jndi-transaction-manager | Retrieves a named transaction manager factory from JNDI.
|
|||||||||||||
jrun-transaction-manager | The JRun transaction manager.
|
|||||||||||||
legacy-abstract-exception-strategy | Legacy placeholder for an exception strategy element.
|
|||||||||||||
legacy-entry-point-resolver-set | An extensible set of entry point resolvers (which determine how a message is passed to a component in Java) that already contains resolvers to implement the standard logic.
|
|||||||||||||
list-message-splitter-router | The Filtering List Message Splitter accepts a list of objects that is split each object being routed to different endpoints.
|
|||||||||||||
log-component | Logs the message content (or content length if it is a large message).
|
|||||||||||||
logger | Performs logging using an expression that determines what should be logged.
|
|||||||||||||
logging-catch-all-strategy | Does nothing with the message but simply logs (using the WARN log level) the fact that the message was not dispatched because no routing path was defined.
|
|||||||||||||
logging-interceptor | The logging interceptor (ported from 1.x).
|
|||||||||||||
managed-store | Managed Object Store
|
|||||||||||||
map-splitter | The map splitter accepts a map of objects and splits the collection invoking the next message processor with each item in the collection in sequence.
|
|||||||||||||
map-to-bean-transformer | Creates and object of type @return-class and populates values of a {{java.util.Map}} as bean properties on the object.
|
|||||||||||||
message-chunk-aggregator | Combines two or more messages into a single message by matching messages with a given Correlation ID.
|
|||||||||||||
message-chunk-splitter | The collection splitter accepts a collection of objects and splits the collection invoking the next message processor with each item in the collection in sequence.
|
|||||||||||||
message-chunking-aggregator-router | Combines two or more messages into a single message by matching messages with a given Correlation ID.
|
|||||||||||||
message-chunking-router | Allows you to split a single message into a number of fixed-length messages that will all be routed to the same endpoint.
|
|||||||||||||
message-filter | A message processor that uses a filter to determine whether to process an event.
|
|||||||||||||
message-properties-transformer | A transformer that can add, delete or rename message properties.
|
|||||||||||||
message-property-filter | A filter that matches properties on a message.
|
|||||||||||||
method-entry-point-resolver | Delivers the message to a named method.
|
|||||||||||||
model | The container for a set of services, providing basic settings and processing for all the services it contains.
|
|||||||||||||
mule | Either the root element of a Mule configuration, or a "top-level" element in a Spring configuration that contains further Mule elements.
|
|||||||||||||
multicasting-router | Sends the same message over multiple endpoints.
|
|||||||||||||
no-arguments-entry-point-resolver | Calls a method without arguments (the message is not passed to the component).
|
|||||||||||||
not-filter | Inverts the enclosed filter.
|
|||||||||||||
notification | Associates an event with an interface.
|
|||||||||||||
notification-listener | Registers a bean as a listener with the notification system.
|
|||||||||||||
notifications | Registers listeners for notifications and associates interfaces with particular events.
|
|||||||||||||
null-component | Throws an exception if it receives a message.
|
|||||||||||||
object-to-byte-array-transformer | A transformer that serializes all objects except strings (which are converted using getBytes()).
|
|||||||||||||
object-to-string-transformer | A transformer that gives a human-readable description of various types (useful for debugging).
|
|||||||||||||
on-redelivery-attempts-exceeded |
|
|||||||||||||
or-filter | Returns true if any of the enclosed filters returns true.
|
|||||||||||||
otherwise |
|
|||||||||||||
outbound | The elements within 'outbound' describe how a service sends or dispatches messages.
|
|||||||||||||
outbound-endpoint | An outbound endpoint sends messages via the associated transport.
|
|||||||||||||
parse-template | A transformer that parses a template in a given location
|
|||||||||||||
pass-through-router | This router always matches and simply sends or dispatches message via the endpoint that is configured.
|
|||||||||||||
password-encryption-strategy | Provides password-based encryption using JCE.
|
|||||||||||||
payload-type-filter | A filter that matches the type of the payload.
|
|||||||||||||
poll | Polls the nested message processor for new messages
|
|||||||||||||
pooled-component | A pooled POJO (Plain Old Java Object) component that will be invoked by Mule when a message is received.
|
|||||||||||||
pooling-profile |
|
|||||||||||||
processor | A reference to a message processor defined elsewhere.
|
|||||||||||||
processor-chain | The use of globally defined processor-chain element is deprecated since Mule 3.2.
|
|||||||||||||
properties | A map of Mule properties.
|
|||||||||||||
property | Sets a Mule property.
|
|||||||||||||
property-entry-point-resolver | Uses a message property to select the component method to be called.
|
|||||||||||||
prototype-object |
|
|||||||||||||
queue-profile | Specifies the properties of an internal Mule queue.
|
|||||||||||||
queue-store | A reference to a queue store defined elsewhere.
|
|||||||||||||
queued-asynchronous-processing-strategy | Decouples the recieving of a new message from it's processing using a queue.
|
|||||||||||||
queued-thread-per-processor-processing-strategy | EXPERIMENTAL: Decouples the processing of each message processor using a queue.
|
|||||||||||||
receiver-threading-profile | The threading profile to use when a connector receives messages.
|
|||||||||||||
recipient-list | Sends the same message to multiple endpoints, over the same endpoint, or implements routing-slip behavior where the next destination for the message is determined from message properties or the payload.
|
|||||||||||||
recipient-list-exception-based-router | Sends a message over an endpoint by selecting the first endpoint that can connect to the transport.
|
|||||||||||||
recipients |
|
|||||||||||||
reconnect | A reconnection strategy that allows the user to configure how many times a reconnection should be attempted and how long to wait between attempts.
|
|||||||||||||
reconnect-custom-notifier | A user-defined reconnection notifier.
|
|||||||||||||
reconnect-custom-strategy | A user-defined reconnection strategy.
|
|||||||||||||
reconnect-forever | A reconnection strategy that retries an infinite number of times at the specified frequency.
|
|||||||||||||
reconnect-notifier | Fires a ConnectionNotification upon each reconnection attempt.
|
|||||||||||||
reflection-entry-point-resolver | Generates a list of candidate methods from the component via reflections.
|
|||||||||||||
regex-filter | A filter that matches string messages against a regular expression.
|
|||||||||||||
remove-attachment | A transformer that removes an attachment in the outbound scope.
|
|||||||||||||
remove-property | A transformer that remove outbound message properties by name or regular expression.
|
|||||||||||||
remove-session-variable | A transformer that remove session variables by name or regular expression.
|
|||||||||||||
remove-variable | A transformer that remove variables by name or regular expression.
|
|||||||||||||
rename-message-property | Rename a message property.
|
|||||||||||||
reply-to | Defines where the message should be routed after the recipient of the message to which this service dispatches has finished with it.
|
|||||||||||||
request-reply | Provides support for the asynchronous request/reply pattern where a message is sent via a one-way outbound endpoint and an asynchronous response is received via a seperate inbound one-way endpoint.
|
|||||||||||||
resequencer | Holds back a group of messages and resequences them using each message's correlation sequence property.
|
|||||||||||||
resin-transaction-manager | The Resin transaction manager.
|
|||||||||||||
response |
|
|||||||||||||
response (in flow) | An outbound endpoint
|
|||||||||||||
return-argument | If all expressions return null or NullPayload on this transformer, this flag will cause the source payload to be returned without modification.
|
|||||||||||||
return-data | Defines the data to return from the service once it has been invoked. | |||||||||||||
rollback-exception-strategy | Exception strategy used to rollback inbound message.
|
|||||||||||||
rollback-transaction | These exceptions will be redelivered/rolled back after handling by the exception strategy.
|
|||||||||||||
round-robin | Send each message received to the next message processor in the circular list of targets
|
|||||||||||||
secret-key-encryption-strategy | Provides secret key-based encryption using JCE.
|
|||||||||||||
security-manager | The default security manager.
|
|||||||||||||
seda-model | A staged event-driven architecture (SEDA) model has separate threads and queues for each service.
|
|||||||||||||
selective-consumer-router | Applies one or more filters to the incoming message.
|
|||||||||||||
sequence-router | Sends the same message sequentially over multiple endpoints.
|
|||||||||||||
serializable-to-byte-array-transformer | A transformer that converts an object to a byte array (serializing the object).
|
|||||||||||||
service | Describes how to receive messages, deliver them to a component, and handle the results (if any).
|
|||||||||||||
service-overrides | Service overrides allow the connector to be further configured/customized by allowing parts of the transport implementation to be overridden, for example, the message receiver or dispatcher implementation, or the message adaptor that is used.
|
|||||||||||||
set-attachment | A transformer that adds an attachment to the outbound scope.
|
|||||||||||||
set-payload | A transformer that sets the paylaod with the provided value
|
|||||||||||||
set-property | A transformer that adds outbound message properties.
|
|||||||||||||
set-session-variable | A transformer that adds session variables.
|
|||||||||||||
set-variable | A transformer that adds variables.
|
|||||||||||||
simple-in-memory-queue-store | A simple in-memeory queue store.
|
|||||||||||||
simple-service | Deprecated.
|
|||||||||||||
simple-text-file-store | A simple object store that stores String objects by key to a text file.
|
|||||||||||||
single-async-reply-router | Configures a Single Response Router.
|
|||||||||||||
singleton-object |
|
|||||||||||||
splitter | The simple splitter splits incoming message into parts using the configured expression passing on each part in turn to the next message processor
|
|||||||||||||
spring-object |
|
|||||||||||||
spring-object-store | A Spring bean that implements the ObjectStore interface.
|
|||||||||||||
static-component | A service that will return static data as a result.
|
|||||||||||||
static-recipient-list-router | Sends the same message to multiple endpoints over the same endpoint, or implements routing-slip behavior where the next destination for the message is determined from message properties or the payload.
|
|||||||||||||
string-to-byte-array-transformer | A transformer that converts a string to a byte array.
|
|||||||||||||
sub-flow | A chain of message processors processed synchronously that can be referenced and reused.
|
|||||||||||||
thread-per-processor-processing-strategy | EXPERIMENTAL: Uses a thread pool to process each message processors asynchronously in a worker thread.
|
|||||||||||||
threading-profile | The threading profile to use for the service.
|
|||||||||||||
timer-interceptor | The timer interceptor (ported from 1.x).
|
|||||||||||||
transactional | Processes the nest list of message processors within a transaction
|
|||||||||||||
transformer | A reference to a transformer defined elsewhere.
|
|||||||||||||
until-successful | Attempts to route a message to the message processor it contains in an asynchronous manner.
|
|||||||||||||
username-password-filter | Authenticates a message based on username and password expressions.
|
|||||||||||||
validator | Deprecated.
|
|||||||||||||
value-extractor-transformer | Extracts values from a given source using regular expressions and uses that values to enrich the mule message.
|
|||||||||||||
weblogic-transaction-manager | The WebLogic transaction manager.
|
|||||||||||||
websphere-transaction-manager | The WebSphere transaction manager.
|
|||||||||||||
when |
|
|||||||||||||
wildcard-filter | A filter that matches string messages against wildcards.
|
|||||||||||||
wire-tap | The WireTap inbound router allows you to route certain messages to a different endpoint as well as to the component.
|
|||||||||||||
wire-tap-router | The WireTap inbound router allows you to route certain messages to a different endpoint as well as to the component.
|
|||||||||||||
xa-transaction | An XA transaction.
|
|||||||||||||
xml-entity-decoder-transformer | A transformer that decodes a string containing XML entities.
|
|||||||||||||
xml-entity-encoder-transformer | A transformer that encodes a string using XML entities.
|
Complex Type Summary | ||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
Allows a lifecycle adaptor factory to be implemented, which allows an alternative custom lifecycle adaptor to be used if required instead of the default implementation that propagates the Mule lifecycle to component implementations.
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
An object factory is used to obtain object instances.
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
Base support for a flow construct.
|
||||||||||||
|
||||||||||||
Base support for a model-based wrapper around the POJO service (SEDA, Streaming, etc.)
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
A bridge with a single inbound endpoint and a single outbound endpoint.
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
An encryption strategy provides support for a specific encryption algorithm.
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
Base type for every exception strategy.
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
A pooling profile is used to configure the pooling behaviour of Mule components.
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
Object factory that creates and returns a new 'prototype' object instance every time it is called.
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
Used to reference another exception strategy within flow, service or global exception strategy.
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
The default security manager (type 'defaultSecurityManagerType') provides basic support for security functions.
|
||||||||||||
A security provider is a source of specific security-related functionality.
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
A simple request-response service, with no outbound router.
|
||||||||||||
|
||||||||||||
|
||||||||||||
Object factory that creates and always returns a singleton object instance.
|
||||||||||||
Object factory used to obtain Spring bean instances.
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
Configure client key stores.
|
||||||||||||
Configures key stores.
|
||||||||||||
Configures the global Java protocol handler.
|
||||||||||||
Configures a direct trust store.
|
||||||||||||
Configures a trust store.
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
A validator with a single request-response inbound endpoint and a single outbound endpoint.
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
Simple Type Summary | ||||||
|
||||||
|
||||||
A type that defines a Java keystore..
|
||||||
A custom xsd:string-like type that cannot be empty.
|
||||||
|
||||||
A type that defines a Mule-style property placeholder.
|
||||||
|
||||||
|
||||||
A custom xsd:boolean type that also allows for Ant-style property placeholders.
|
||||||
A custom xsd:NMTOKEN-like type that also allows for Ant-style property placeholders and a leading "[".
|
||||||
A custom xsd:int type that also allows for Ant-style property placeholders.
|
||||||
A custom xsd:long type that also allows for Ant-style property placeholders.
|
||||||
A custom xsd:NMTOKEN type that also allows for Ant-style property placeholders.
|
||||||
A custom xsd:int type that also allows for Ant-style property placeholders and restricts the int value to a valid port number.
|
||||||
|
||||||
|
Element Group Summary | ||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
Attribute Group Summary | ||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
||||||||||
|
<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <xsd:schema attributeFormDefault="unqualified" elementFormDefault="qualified" targetNamespace="http://www.mulesoft.org/schema/mule/core" xmlns="http://www.mulesoft.org/schema/mule/core" xmlns:spring="http://www.springframework.org/schema/beans" xmlns:spring-context="http://www.springframework.org/schema/context" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <xsd:import namespace="http://www.springframework.org/schema/beans" schemaLocation="http://www.springframework.org/schema/beans/spring-beans-3.1.xsd"/> <xsd:import namespace="http://www.springframework.org/schema/context" schemaLocation="http://www.springframework.org/schema/context/spring-context-3.1.xsd"/> <!--==============================================================--> <!-- Structure --> <!--==============================================================--> <!-- This defines the structure in abstract terms (except for a few simple/unique things like global properties). We then provide some implementations below. Other modules can provide other implementations. --> <xsd:sequence> <xsd:any maxOccurs="unbounded" minOccurs="0" processContents="lax"/> </xsd:sequence> </xsd:complexType> <xsd:sequence> </xsd:sequence> <xsd:anyAttribute namespace="##other" processContents="lax"> <xsd:annotation> <xsd:documentation> Allow any third-parties to annotate these elements with global attributes. All types for top-level elements must extend this. </xsd:documentation> </xsd:annotation> </xsd:anyAttribute> </xsd:complexType> <xsd:sequence> </xsd:sequence> <xsd:anyAttribute namespace="##other" processContents="lax"> <xsd:annotation> <xsd:documentation> Allow any third-parties to annotate these elements with global attributes </xsd:documentation> </xsd:annotation> </xsd:anyAttribute> </xsd:complexType> <xsd:annotation> <xsd:documentation> Either the root element of a Mule configuration, or a "top-level" element in a Spring configuration that contains further Mule elements. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Holds any kind of documentation that accompanies this configuration file. It is intended to be "human readable" only and is not used by the system. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice maxOccurs="unbounded" minOccurs="0"> </xsd:choice> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:choice> <xsd:annotation> <xsd:documentation> Allows the embedding of any Spring elements. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Allows Spring beans to be defined alongside Mule elements. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Allows Spring property placeholders to be configured directly in the Mule configuration file. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Allows to reference Spring beans alongside Mule elements. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:group> <xsd:choice> </xsd:choice> </xsd:group> <xsd:complexContent mixed="true"> <xsd:extension base="xsd:anyType"/> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A global property is a named string. It can be inserted in most attribute values using standard (ant-style) Spring placeholders. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Specifies defaults and general settings for the Mule instance. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Registers listeners for notifications and associates interfaces with particular events. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> A placeholder for arbitrary extensions as children of the 'mule' element. Other transports and modules can extend this if they need to add global elements to the configuration (but consider the more specific elements like abstract-connector first). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:element abstract="true" name="abstract-mixed-content-extension" type="abstractMixedContentExtensionType"> <xsd:annotation> <xsd:documentation> A placeholder for arbitrary extensions as children of the 'mule' element. Other transports and modules can extend this if they need to add global elements with mixed content to the configuration (but consider the more specific elements like abstract-connector first). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent mixed="true"> </xsd:complexContent> </xsd:complexType> <xsd:element name="expression-component" substitutionGroup="abstract-mixed-content-message-processor"> <xsd:complexType> <xsd:complexContent mixed="true"> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:annotation> <xsd:documentation> A placeholder for connector elements. Connector elements allow properties to be configured across all endpoints that use the same transport. If multiple connectors are defined for the same transport, each endpoint must name which connector is being used. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Identifies the connector so that other elements can reference it. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- Agents --> <xsd:annotation> <xsd:documentation> A placeholder for agent elements. Are used to run processes as part of the server instance. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> Identifies the agent in the registry. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A placeholder for queue store elements. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A reference to a queue store defined elsewhere. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name of the queue store to use. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="custom-queue-store" substitutionGroup="abstract-queue-store" type="customQueueStoreType"/> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> Identifies the store in the registry. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="default-in-memory-queue-store" substitutionGroup="abstract-queue-store" type="defaultQueueStoreType"> <xsd:annotation> <xsd:documentation> The default in-memory queue store for the application. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="default-persistent-queue-store" substitutionGroup="abstract-queue-store" type="defaultQueueStoreType"> <xsd:annotation> <xsd:documentation> The default persistent queue store for the application. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="simple-in-memory-queue-store" substitutionGroup="abstract-queue-store" type="defaultQueueStoreType"> <xsd:annotation> <xsd:documentation> A simple in-memeory queue store. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="file-queue-store" substitutionGroup="abstract-queue-store" type="defaultQueueStoreType"> <xsd:annotation> <xsd:documentation> A simple file-based queue store. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> A placeholder for global endpoint elements. Global endpoints are named templates that allow you to define an endpoint once and refer to it in several places. The same template can be used for both inbound and outbound endpoints. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Identifies the endpoint so that other elements can reference it. This name can also be referenced in the MuleClient. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A placeholder for inbound endpoint elements. Inbound endpoints receive messages from the underlying transport. The message payload is then delivered to the component for processing. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Identifies the endpoint in the registry. There is no need to set the 'name' attribute on inbound or outbound endpoints, only on global endpoints. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A placeholder for outbound endpoint elements. Outbound endpoints dispatch messages to the underlying transport. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Identifies the endpoint in the registry. There is not need to set the 'name' attribute on inbound or outbound endpoints, only on global endpoints. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- Message Processors --> <xsd:annotation> <xsd:documentation> A placeholder for message processor elements. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:element abstract="true" name="abstract-mixed-content-message-processor" type="abstractMixedContentMessageProcessorType"> <xsd:annotation> <xsd:documentation> A placeholder for message processor elements. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:element abstract="true" name="abstract-observer-message-processor" substitutionGroup="abstract-message-processor" type="abstractObserverMessageProcessorType"> <xsd:annotation> <xsd:documentation> A placeholder for message processors that observe the message but do not mutate it used for exmaple for logging. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:choice> <xsd:annotation> <xsd:documentation> A message processor </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> An outbound endpoint </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:group> <xsd:element name="processor" substitutionGroup="abstract-message-processor" type="refMessageProcessorType"> <xsd:annotation> <xsd:documentation> A reference to a message processor defined elsewhere. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name of the message processor to use. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="custom-processor" substitutionGroup="abstract-message-processor" type="customMessageProcessorType"/> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> Identifies the message processor in the registry. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="processor-chain" substitutionGroup="abstract-message-processor" type="messageProcessorChainType"> <xsd:annotation> <xsd:documentation> The use of globally defined processor-chain element is deprecated since Mule 3.2. Use sub-flow instead. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> A chain of message processors processed synchronously that can be referenced and reused. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> This can hold any kind of documentation related to the sub-flow. It is intended to be "human readable" only and is not used by the system. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> Identifies the sub-flow in the registry. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> This can hold any kind of documentation related to the processor chain. It is intended to be "human readable" only and is not used by the system. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> Identifies the message processor in the registry. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> Invokes the method of a given object using method arguments expressed using mule expressions. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Reference to the object whose method will be invoked. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The name of the method to be invoked. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Comma-seperated list of mule expression that when evaluated are the arguments for the method invocation </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Comma-seperated list of mule expression that when evaluated are the arguments for the method invocation </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Identifies the message processor in the registry. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="enricher" substitutionGroup="abstract-message-processor" type="messageEnricherType"> <xsd:annotation> <xsd:documentation> Enriches the current message, using expressins to define source and target, with the result of processing a nested message processor. Use the target and optionally sourcre attributes for 1-1 enrichment. If you require n-m enrichment than use the child 'enrich' elements instead. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> An evaluator expression used to extract a value from the result of the enrichment message processor. If an expression is not specified then the payload of the message is used. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The enricher expression used to enrich the current message with the result the processing of the enrichement message processor specified. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:complexType> <xsd:annotation> <xsd:documentation> An evaluator expression used to extract a value from the result of the enrichment message processor. If an expression is not specified then the payload of the message is used. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The enricher expression used to enrich the current message with the result the processing of the enrichement message processor specified. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:attributeGroup> <xsd:annotation> <xsd:documentation> Processes the nested list of message processors asynchronously using a thread pool </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> Strategy used to process the configured message processors when exchange pattern is 'one-way'. This attribute accepts either one of the enumerated strategies with default configuration options or a reference to a gloablly defined strategy. </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:union> <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:annotation> <xsd:documentation> The name of a globally configured processing strategy </xsd:documentation> </xsd:annotation> </xsd:restriction> </xsd:simpleType> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="asynchronous"> <xsd:annotation> <xsd:documentation> Uses a thread pool to process the pipeline of message processors asynchronously. </xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="queued-asynchronous"> <xsd:annotation> <xsd:documentation> Decouples the recieving of a new message from it's processing using a queue. The queue is polled and a thread pool is used to process the pipeline of message processors asynchronously. </xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> </xsd:union> </xsd:simpleType> </xsd:attribute> <xsd:annotation> <xsd:documentation> Optional name that will be used to name the threads used by this flow. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="request-reply" substitutionGroup="abstract-message-processor" type="requestReplyType"> <xsd:annotation> <xsd:documentation> Provides support for the asynchronous request/reply pattern where a message is sent via a one-way outbound endpoint and an asynchronous response is received via a seperate inbound one-way endpoint. Message flow is blocked while waiting for the reply message. Note: This does not currently support setting of replyTo property on the outbound message. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> The outbound endpoint or message processor that will perform the asynchronous request. </xsd:documentation> </xsd:annotation> </xsd:group> <xsd:annotation> <xsd:documentation> The inbound endpoint from which the asynchronous reply message will be received. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> The time (ms) to wait for an asynchronous reply message to be received. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Defines the prefix of the object store names. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="logger" substitutionGroup="abstract-observer-message-processor" type="loggerType"> <xsd:annotation> <xsd:documentation> Performs logging using an expression that determines what should be logged. By default the current messages is logged using the DEBUG level to the 'org.mule.api.processor.LoggerMessageProcessor' category but the level and category can both be configured to suit your needs. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Message that will be logged. Embedded expressions can be used to extract value from the current message. If no message is specified then the current message is used. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The logging level to be used. Default is DEBUG. </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:enumeration value="ERROR"/> <xsd:enumeration value="WARN"/> <xsd:enumeration value="INFO"/> <xsd:enumeration value="DEBUG"/> <xsd:enumeration value="TRACE"/> </xsd:restriction> </xsd:simpleType> </xsd:attribute> <xsd:annotation> <xsd:documentation> The log category to be used </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- TODO <xsd:element name="seda-stage" substitutionGroup="abstract-message-processor"> <xsd:annotation> <xsd:documentation> Processes the nest list of message processors asychronously using a seda stage. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> <xsd:extension base="asyncType"> <xsd:sequence> <xsd:element ref="queue-profile" minOccurs="0"/> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> --> <xsd:element name="transactional" substitutionGroup="abstract-message-processor" type="abstractTransactional"> <xsd:annotation> <xsd:documentation> Processes the nest list of message processors within a transaction </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="ALWAYS_BEGIN"/> <xsd:enumeration value="BEGIN_OR_JOIN"/> </xsd:restriction> </xsd:simpleType> <!-- Message Sources --> <xsd:annotation> <xsd:documentation> A placeholder for message source elements. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:choice> <xsd:annotation> <xsd:documentation> A message source </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> An inbound endpoint </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:group> <xsd:element name="custom-source" substitutionGroup="abstract-message-source" type="customMessageSourceType"/> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="composite-source" substitutionGroup="abstract-message-source" type="compositeMessageSourceType"/> <xsd:complexContent> <xsd:sequence maxOccurs="unbounded"> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:element abstract="true" name="abstract-transformer" substitutionGroup="abstract-message-processor" type="commonTransformerType"> <xsd:annotation> <xsd:documentation> A placeholder for transformer elements. Transformers convert message payloads. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Identifies the transformer so that other elements can reference it. Required if the transformer is defined at the global level. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The class of the message generated by the transformer. This is used if transformers are auto-selected and to validate that the transformer returns the correct type. Note that if you need to specify an array type you need postfix the class name with '[]'. For example, if you want return a an Orange[], you set the return class to 'org.mule.tck.testmodels.fruit.Orange[]'. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Many transformers only accept certain classes. Such transformers are never called with inappropriate input (whatever the value of this attribute). If a transformer forms part of a chain and cannot accept the current message class, this flag controls whether the remaining part of the chain is evaluated. If true, the next transformer is called. If false the chain ends, keeping the result generated up to that point. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The mime type of the transformer's output </xsd:documentation> </xsd:annotation> </xsd:attributeGroup> <xsd:annotation> <xsd:documentation> String encoding used for transformer output. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name of the property. This is used inside Spring placeholders. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The value of the property. This replaces each occurence of a Spring placeholder. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- seemed pointless making these simple container types abstract --> <xsd:sequence> <xsd:choice maxOccurs="unbounded" minOccurs="0"> </xsd:choice> </xsd:sequence> </xsd:complexType> <xsd:element abstract="true" name="abstract-catch-all-strategy" type="abstractCatchAllStrategyType"> <xsd:annotation> <xsd:documentation> A placeholder for catch-all strategy elements. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> A placeholder for inbound router elements, which control how incoming messages are handled. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:element abstract="true" name="abstract-filter" substitutionGroup="abstract-message-processor" type="commonFilterType"> <xsd:annotation> <xsd:documentation> A placeholder for filter elements, which control which messages are handled. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Identifies the filter so that other elements can reference it. Required if the filter is defined at the global level. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> If true, the output message will be sent to all routers. Otherwise, only the first matching router is used. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <xsd:annotation> <xsd:documentation> A placeholder for outbound router elements, which control how outgoing messages are delivered to the outbound endpoints. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:element abstract="true" name="abstract-transaction-manager" type="abstractTransactionManagerType"> <xsd:annotation> <xsd:documentation> A placeholder for transaction manager elements, which are used to coordinate transactions. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> The default threading profile, used by components and by endpoints for dispatching and receiving if no more specific configuration is given. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The default dispatching threading profile, which modifies the default-threading-profile values and is used by endpoints for dispatching messages. This can also be configured on connectors, in which case the connector configuration is used instead of this default. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The default receiving threading profile, which modifies the default-threading-profile values and is used by endpoints for receiving messages. This can also be configured on connectors, in which case the connector configuration is used instead of this default. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The default service threading profile, which modifies the default-threading-profile and is used by services for processing messages. This can also be configured on models or services, in which case these configurations will be used instead of this default. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The default reconnection strategy, used by connectors and endpoints. This can also be configured on connectors, in which case the connector configuration is used instead of this default. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Configuration of Mule Expression Language </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent mixed="true"> <xsd:sequence> <xsd:complexType> </xsd:complexType> </xsd:element> <xsd:complexType> </xsd:complexType> </xsd:element> <xsd:complexType mixed="true"> </xsd:complexType> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> The default period (ms) to wait for a synchronous response. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The default timeout (ms) for transactions. This can also be configured on transactions, in which case the transaction configuration is used instead of this default. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The default exception strategy for every flow / service. This must be a reference to a global exception strategy. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> (As of Mule 2.2.2) The time in milliseconds to wait for any in-progress messages to finish processing before Mule shuts down. After this threshold has been reached, Mule starts interrupting threads, and messages can be lost. If you have a very large number of services in the same Mule instance, if you have components that take more than a couple seconds to process, or if you are using large payloads and/or slower transports, you should increase this value to allow more time for graceful shutdown. The value you specify is applied to services and separately to dispatchers, so the default value of 5000 milliseconds specifies that Mule has ten seconds to process and dispatch messages gracefully after shutdown is initiated. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Backwards Compatabilty Flag: Used to disable the new extended transformation support introduced in Mule 3.3 including enforcement of transformations, implicit transformations and no direct transformer lookup. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:attribute default="false" name="flowEndingWithOneWayEndpointReturnsNull" type="substitutableBoolean"> <xsd:annotation> <xsd:documentation> Backwards Compatabilty Flag: Used to revert to Mule 3.2 behaviour of one-way outbound endpoints when they are the last element inside a request-response flow. When true the value returned by the endpoint will be null, otherwise will be an echo of the received event. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:attribute default="false" name="enricherPropagatesSessionVariableChanges" type="substitutableBoolean"> <xsd:annotation> <xsd:documentation> Backwards Compatabilty Flag: Used to revert to Mule 3.1/3.2 behaviour of the message enricher so that session variables added or modified within an enricher are propagated up into the flow where the enricher is used. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Associates an event with an interface. Listeners that implement the interface will receive instances of the event. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element maxOccurs="unbounded" minOccurs="0" name="disable-notification" type="disableNotificationType"> <xsd:annotation> <xsd:documentation> Blocks the association of an event with a particular interface. This filters events after the association with a particular interface (and so takes precedence). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Registers a bean as a listener with the notification system. Events are dispatched by reflection - the listener will receive all events associated with any interfaces it implements. The relationship between interfaces and events is configured by the notification and disable-notification elements. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:annotation> <xsd:documentation> The bean that will receive notifications. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> An optional string that is compared with the event resource identifier. Only events with matching identifiers will be sent. If no value is given, all events are sent. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> If the notification manager is dynamic, listeners can be registered dynamically at runtime via the MuleContext, and the configured notification can be changed. Otherwise, some parts of Mule will cache notification configuration for efficiency and will not generate events for newly enabled notifications or listeners. The default value is false. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> The class associated with a notification event that will be delivered to the interface. This can be used instead of the 'event' attribute to specify a custom class. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The notification event to deliver. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The interface (class name) that will receive the notification event. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The interface that will receive the notification event. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <xsd:annotation> <xsd:documentation> The class associated with an event that will no longer be delivered to any interface. This can be used instead of the 'event' attribute to specify a custom class. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The event you no longer want to deliver. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The interface (class name) that will no longer receive the event. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The interface that will no longer receive the event. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="CONTEXT"/> <xsd:enumeration value="MODEL"/> <xsd:enumeration value="SERVICE"/> <xsd:enumeration value="SECURITY"/> <xsd:enumeration value="ENDPOINT-MESSAGE"/> <xsd:enumeration value="COMPONENT-MESSAGE"/> <xsd:enumeration value="MANAGEMENT"/> <xsd:enumeration value="MESSAGE-PROCESSOR"/> <xsd:enumeration value="CONNECTION"/> <xsd:enumeration value="REGISTRY"/> <xsd:enumeration value="CUSTOM"/> <xsd:enumeration value="EXCEPTION"/> <xsd:enumeration value="TRANSACTION"/> <xsd:enumeration value="ROUTING"/> </xsd:restriction> </xsd:simpleType> <!--==============================================================--> <!-- Models --> <!--==============================================================--> <xsd:annotation> <xsd:documentation> A placeholder for model elements. A model provides basic settings and processing for all the services it contains. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> The name used to identify this model. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A staged event-driven architecture (SEDA) model has separate threads and queues for each service. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> If true, this model element is an extension of a previous model element with the same name. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> The container for a set of services, providing basic settings and processing for all the services it contains. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <!-- Model elements --> <xsd:annotation> <xsd:documentation> A placeholder for a queue profile, which controls how messages are queued. </xsd:documentation> </xsd:annotation> </xsd:element> <!-- to give a cleaner config we allow either a set or an individual entry (but not both).--> <xsd:choice> <!-- we could allow many of these, but it looks ugly --> </xsd:choice> </xsd:group> <xsd:element abstract="true" name="abstract-entry-point-resolver-set" type="abstractEntryPointResolverSetType"> <xsd:annotation> <xsd:documentation> A placeholder for entry point resolver set elements. These combine a group of entry point resolvers, trying them in turn until one succeeds. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="legacy-entry-point-resolver-set" substitutionGroup="abstract-entry-point-resolver-set" type="extensibleEntryPointResolverSet"> <xsd:annotation> <xsd:documentation> An extensible set of entry point resolvers (which determine how a message is passed to a component in Java) that already contains resolvers to implement the standard logic. This is already provided by default and is only needed explicitly if it will be extended with other entry point resolvers. This element can be set on the model or component; the model value provides a default that individual component values can override. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="entry-point-resolver-set" substitutionGroup="abstract-entry-point-resolver-set" type="extensibleEntryPointResolverSet"> <xsd:annotation> <xsd:documentation> An extensible set of entry point resolvers. These determine how a message is passed to a component in Java. Each entry point resolver is tried in turn until one succeeds in delivering the message to the component. This element can be set on the model or component; the model value provides a default that individual component values can override. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="custom-entry-point-resolver-set" substitutionGroup="abstract-entry-point-resolver-set" type="customEntryPointResolverSetType"> <xsd:annotation> <xsd:documentation> A custom entry point resolver set. This allows user-supplied code to determine how a message is passed to a component in Java. This element can be set on the model or component; the model value provides a default that individual component values can override. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> An implementation of the EntryPointResolverSet interface. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element abstract="true" name="abstract-entry-point-resolver" type="abstractEntryPointResolverType"> <xsd:annotation> <xsd:documentation> A placeholder for an entry point resolver element. Entry point resolvers define how payloads are delivered to Java code by choosing the method to call. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="callable-entry-point-resolver" substitutionGroup="abstract-entry-point-resolver" type="abstractEntryPointResolverType"> <xsd:annotation> <xsd:documentation> An entry point resolver for components that implement the Callable interface. This passes a MuleEventContext to the component. This element can be set on the model or component; the model value provides a default that individual component values can override. This element can also be used directly or as part of a set of resolvers; the resolvers in a set are used in turn until one is successful. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="custom-entry-point-resolver" substitutionGroup="abstract-entry-point-resolver" type="customEntryPointResolverType"> <xsd:annotation> <xsd:documentation> A custom entry point resolver. This allows user-supplied code to determine how a message is passed to a component in Java. This element can be set on the model or component; the model value provides a default that individual component values can override. This element can also be used directly or as part of a set of resolvers; the resolvers in a set are used in turn until one is successful. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> An implementation of the EntryPointResolver interface. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Whether the resolver should call void methods. By default, void methods are not considered as possible candidates for message delivery. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="property-entry-point-resolver" substitutionGroup="abstract-entry-point-resolver" type="propertyEntryPointResolverType"> <xsd:annotation> <xsd:documentation> Uses a message property to select the component method to be called. This element can be set on the model or component; the model value provides a default that individual component values can override. This element can also be used directly or as part of a set of resolvers; the resolvers in a set are used in turn until one is successful. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name of the message property used to select a method on the component. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="method-entry-point-resolver" substitutionGroup="abstract-entry-point-resolver" type="methodEntryPointResolverType"> <xsd:annotation> <xsd:documentation> Delivers the message to a named method. This element can be set on the model or component; the model value provides a default that individual component values can override. This element can also be used directly or as part of a set of resolvers; the resolvers in a set are used in turn until one is successful. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="reflection-entry-point-resolver" substitutionGroup="abstract-entry-point-resolver" type="reflectionEntryPointResolverType"> <xsd:annotation> <xsd:documentation> Generates a list of candidate methods from the component via reflections. This element can be set on the model or component; the model value provides a default that individual component values can override. This element can also be used directly or as part of a set of resolvers; the resolvers in a set are used in turn until one is successful. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> If specified, methods in the Java Object interface are not included in the list of possible methods that can receive the message. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Explicitly excludes a named method from receiving the message. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="array-entry-point-resolver" substitutionGroup="abstract-entry-point-resolver" type="complexEntryPointResolverType"> <xsd:annotation> <xsd:documentation> Delivers the message to a method that takes a single array as argument. This element can be set on the model or component; the model value provides a default that individual component values can override. This element can also be used directly or as part of a set of resolvers; the resolvers in a set are used in turn until one is successful. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="no-arguments-entry-point-resolver" substitutionGroup="abstract-entry-point-resolver" type="complexEntryPointResolverType"> <xsd:annotation> <xsd:documentation> Calls a method without arguments (the message is not passed to the component). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> If no method names are configured, attempts to discover the method to invoke based on the inbound message type. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A possible method for delivery. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The name of the method. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <!--==============================================================--> <!-- Services --> <!--==============================================================--> <xsd:annotation> <xsd:documentation> A placeholder for a service element. Services combine message routing with a component (typically a POJO). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name used to identify this service. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> Base support for a model-based wrapper around the POJO service (SEDA, Streaming, etc.) </xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> This can hold any kind of documentation related to the service. It is intended to be "human readable" only and is not used by the system. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The elements within 'inbound' describe how a service receives messages. </xsd:documentation> </xsd:annotation> </xsd:element> <!-- minOccurs="0" to allow for <forwarding-router/> and/or default component --> <xsd:annotation> <xsd:documentation> The service component that is invoked when incoming messages are received. If this element is not present, the service simply bridges the inbound and outbound using a pass-through component. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The elements within 'outbound' describe how a service sends or dispatches messages. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The elements within 'async-reply' describe how asynchronous replies are handled. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The message info mapper used to extract key bits of the message information, such as Message ID or Correlation ID. these properties are used by some routers and this mapping information tells Mule where to get the information from in the current message. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> The initial state of the service. Usually a service is started automatically ("started"), but this attribute can be used to disable initial startup ("stopped") or start the service in a paused state ("paused"). </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="started"/> <xsd:enumeration value="stopped"/> <xsd:enumeration value="paused"/> </xsd:restriction> </xsd:simpleType> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- This is left in for backwards-compatibility only, remove for next major version. --> <xsd:element abstract="true" name="legacy-abstract-exception-strategy" type="exceptionStrategyType"> <xsd:annotation> <xsd:documentation> Legacy placeholder for an exception strategy element. Exception strategies define how Mule should react to errors. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element abstract="true" name="abstract-exception-strategy" substitutionGroup="legacy-abstract-exception-strategy" type="exceptionStrategyType"> <xsd:annotation> <xsd:documentation> A placeholder for an exception strategy element. Exception strategies define how Mule should react to errors. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Base type for every exception strategy. </xsd:documentation> </xsd:annotation> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> Used to reference another exception strategy within flow, service or global exception strategy. </xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name of the filter to use. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Determines whether ExceptionNotifications will be fired from this strategy when an exception occurs. Default is true. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Name of the exception strategy that will be used in ref attribute of 'exception-strategy' element </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The expression that will be evaluated to determine if this exception strategy should be executed. This should always be a boolean expression. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> These exceptions will be considered "delivered" after handling by the exception strategy. Any exception not accepted by this filter will be redelivered/rolled back. You can set a comma-separated list of wildcard patterns that will be matched against the fully qualified class name of the current exception. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> These exceptions will be redelivered/rolled back after handling by the exception strategy. You can set a comma-separated list of wildcard patterns that will be matched against the fully qualified class name of the current exception. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Destination to which an ExceptionMessage will be sent; this could be an outbound endpoint, a router, or other message processor. </xsd:documentation> </xsd:annotation> </xsd:group> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A comma-separated list of wildcard expressions that will be matched against the fully qualified classname of the current exception received by the ExceptionStrategy. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <!--==============================================================--> <!-- Reconnection strategies --> <!--==============================================================--> <xsd:element abstract="true" name="abstract-reconnection-strategy" type="abstractReconnectionStrategyType"> <xsd:annotation> <xsd:documentation> A placeholder for a reconnection strategy element. Reconnection strategies define how Mule should attempt to handle a connection failure. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> If false, the reconnection strategy will run in a separate, non-blocking thread </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <xsd:element abstract="true" name="abstract-reconnect-notifier" type="abstractReconnectNotifierType"> <xsd:annotation> <xsd:documentation> A placeholder for a reconnection notifier element. The RetryNotifier interface is a callback that allows actions to be performed after each reconnection attempt, e.g., firing server notification events on success or failure. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="reconnect" substitutionGroup="abstract-reconnection-strategy" type="reconnectSimpleStrategyType"> <xsd:annotation> <xsd:documentation> A reconnection strategy that allows the user to configure how many times a reconnection should be attempted and how long to wait between attempts. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation>How often (in ms) to reconnect</xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation>How many reconnection attempts to make</xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="reconnect-forever" substitutionGroup="abstract-reconnection-strategy" type="reconnectForeverStrategyType"> <xsd:annotation> <xsd:documentation> A reconnection strategy that retries an infinite number of times at the specified frequency. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation>How often (in ms) to reconnect</xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="reconnect-custom-strategy" substitutionGroup="abstract-reconnection-strategy" type="reconnectCustomStrategyType"> <xsd:annotation> <xsd:documentation> A user-defined reconnection strategy. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> A class that implements the RetryPolicyTemplate interface. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="reconnect-notifier" substitutionGroup="abstract-reconnect-notifier" type="reconnectNotifierType"> <xsd:annotation> <xsd:documentation> Fires a ConnectionNotification upon each reconnection attempt. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:element name="reconnect-custom-notifier" substitutionGroup="abstract-reconnect-notifier" type="reconnectCustomNotifierType"> <xsd:annotation> <xsd:documentation> A user-defined reconnection notifier. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> A class that implements the RetryNotifier interface. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!--==============================================================--> <xsd:sequence> <xsd:choice maxOccurs="unbounded" minOccurs="0"> <!-- Deprecated --> </xsd:choice> </xsd:sequence> <xsd:annotation> <xsd:documentation> The timeout (ms) to wait for a reply. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> If the router times out before all expected events have been received, specifies whether an exception should be thrown (true) or the current events should be returned for processing (false). The default is true. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <xsd:element abstract="true" name="abstract-async-reply-router" type="abstractAsyncReplyRouterType"> <xsd:annotation> <xsd:documentation> A placeholder for an async reply router element. Asynchronous replies are handled via this router. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Describes how to receive messages, deliver them to a component, and handle the results (if any). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> The timeout used when taking messages from the service queue. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A user-implemented service (typically used only in testing). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> The class to use for the service. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element abstract="true" name="abstract-service-threading-profile" type="abstractServiceThreadingProfileType"> <xsd:annotation> <xsd:documentation> A placeholder for the service threading profile element. Threading profiles define how thread pools are used by a service. </xsd:documentation> </xsd:annotation> </xsd:element> <!--==============================================================--> <!-- Flow Constructs --> <!--==============================================================--> <xsd:annotation> <xsd:documentation> A placeholder for a flow construct element. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name used to identify this flow construct. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Determines if the flow construct is abstract (ie a parent that will be inherited in concrete constructs). </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Determines if the flow construct inherits part of its configuration from a parent construct. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> Base support for a flow construct. </xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> This can hold any kind of documentation related to the flow construct. It is intended to be "human readable" only and is not used by the system. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> The initial state of the flow. Usually a flow is started automatically ("started"), but this attribute can be used to disable initial startup ("stopped"). </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="started"/> <xsd:enumeration value="stopped"/> </xsd:restriction> </xsd:simpleType> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A pipeline of message processors processed using a given processingStrategy when either a new message is received from a message source, or when a new message is recieved via a flow-ref or programativally. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> This can hold any kind of documentation related to the flow construct. It is intended to be "human readable" only and is not used by the system. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice maxOccurs="unbounded" minOccurs="1"> <xsd:annotation> <xsd:documentation> An outbound endpoint </xsd:documentation> </xsd:annotation> <xsd:complexType> </xsd:complexType> </xsd:element> </xsd:choice> <xsd:annotation> <xsd:documentation> The message info mapper used to extract key bits of the message information, such as Message ID or Correlation ID. these properties are used by some routers and this mapping information tells Mule where to get the information from in the current message. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> The name used to identify this flow construct. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Strategy used to process the configured message processors when exchange pattern is 'one-way'. This attribute accepts either one of the enumerated strategies with default configuration options or a reference to a gloablly defined strategy. </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:union> <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:annotation> <xsd:documentation> The name of a globally configured processing strategy </xsd:documentation> </xsd:annotation> </xsd:restriction> </xsd:simpleType> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="default"> <xsd:annotation> <xsd:documentation> This processing strategy uses the 'queued-asynchronous' strategy where possible, but if an event is synchronous it processes it synchronously rather than failing. </xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="synchronous"> <xsd:annotation> <xsd:documentation> Processes all message processors in the calling thread. </xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="asynchronous"> <xsd:annotation> <xsd:documentation> Uses a thread pool to process the pipeline of message processors asynchronously. </xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="queued-asynchronous"> <xsd:annotation> <xsd:documentation> Decouples the recieving of a new message from it's processing using a queue. The queue is polled and a thread pool is used to process the pipeline of message processors asynchronously. </xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="thread-per-processor"> <xsd:annotation> <xsd:documentation> EXPERIMENTAL: Uses a thread pool to process each message processors asynchronously. (each processor has it's own thread pool currently) </xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="queued-thread-per-processor"> <xsd:annotation> <xsd:documentation> EXPERIMENTAL: Decouples the processing of each message processor using a queue. The queue is polled and use a thread pool to process each message processor asynchronously. (each processor has it's own thread pool currently) </xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> </xsd:union> </xsd:simpleType> </xsd:attribute> <xsd:annotation> <xsd:documentation> The initial state of the flow. Usually a flow is started automatically ("started"), but this attribute can be used to disable initial startup ("stopped"). </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="started"/> <xsd:enumeration value="stopped"/> </xsd:restriction> </xsd:simpleType> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- Processing Strategies --> <xsd:annotation> <xsd:documentation> The processing strategy to be used for processing a pipeline of message processors (e.g. in a Flow) </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name used to identify the processing strategy. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="asynchronous-processing-strategy" substitutionGroup="abstract-processing-strategy" type="asynchronousProcessingStrategy"> <xsd:annotation> <xsd:documentation> Processing strategy that uses a thread pool to process the pipeline of message processors asynchronously in a worker thread. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The maximum number of threads that will be used when under load. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The number of idle threads that will kept in the pool when there is no load. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="queued-asynchronous-processing-strategy" substitutionGroup="abstract-processing-strategy" type="queuedAsynchronousProcessingStrategy"> <xsd:annotation> <xsd:documentation> Decouples the recieving of a new message from it's processing using a queue. The queue is polled and a thread pool is used to process the pipeline of message processors asynchonously in a worker thread. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> The queue store that stortes the queue's elements. If not specified, this will be the default-in-memory-queue-store. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> The timeout used when taking messages from the service queue. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Defines the maximum number of messages that can be queued. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="thread-per-processor-processing-strategy" substitutionGroup="abstract-processing-strategy" type="asynchronousProcessingStrategy"> <xsd:annotation> <xsd:documentation> EXPERIMENTAL: Uses a thread pool to process each message processors asynchronously in a worker thread. (each processor has it's own thread pool currently) </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="queued-thread-per-processor-processing-strategy" substitutionGroup="abstract-processing-strategy" type="queuedAsynchronousProcessingStrategy"> <xsd:annotation> <xsd:documentation> EXPERIMENTAL: Decouples the processing of each message processor using a queue. The queue is polled and use a thread pool to process each message processor asynchronously in a worker thread. (each processor has it's own thread pool currently) </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="custom-processing-strategy" substitutionGroup="abstract-processing-strategy" type="customProcessingStrategy"> <xsd:annotation> <xsd:documentation> Allows for the configuration of a custom processing strategy that implements 'org.mule.api.construct.PipelineProcessingStrategy'. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> Allows a 'flow' to be referenced such that the message processing will continue in the referenced flow before returning. Message processing in the referenced 'flow' will occur within the context of the referenced flow and will therefore use it's exception strategy etc. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:element name="simple-service" substitutionGroup="abstract-flow-construct" type="simpleServiceType"> <xsd:annotation> <xsd:documentation> Deprecated. Use pattern:simple-service instead </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Defines the type of simple service. </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="direct"> <xsd:annotation> <xsd:documentation> Pass the inbound messages unaltered to the component. </xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="jax-ws"> <xsd:annotation> <xsd:documentation> Expose a JAX-WS annoted component as a web service. The CXF module is required to have this working. </xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="jax-rs"> <xsd:annotation> <xsd:documentation> Expose a JAX-RS annoted component as a web service. The Jersey module is required to have this working. </xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> </xsd:attribute> </xsd:attributeGroup> <xsd:annotation> <xsd:documentation> A simple request-response service, with no outbound router. </xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> The endpoint on which messages are received. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The component that is invoked when incoming messages are received. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> The address on which this simple service is listening. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The endpoint on which this simple service is listening. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> A list of the transformers that will be applied (in order) to the message before it is delivered to the component. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> A list of the transformers that will be applied (in order) to the synchronous response before it is returned via the transport. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The component that is invoked when incoming messages are received. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Specifies a component class. This is a shortcut that is equivalent to providing a 'prototype-object' element. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> Deprecated. Use pattern:bridge instead </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> A bridge with a single inbound endpoint and a single outbound endpoint. </xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> The endpoint on which messages are received. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The endpoint to which messages are sent. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> The address on which this bridge is listening. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The endpoint on which this bridge is listening. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The address to which messages are sent. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The endpoint to which messages are sent. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> A list of the transformers that will be applied (in order) to the message before it is delivered to the destination endpoint. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> A list of the transformers that will be applied (in order) to the synchronous response (if any) of the destination endpoint. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Defines if the bridge will consume its inbound messages and dispatch its outbound ones within a transaction. Attempt will be made to automatically select the most appropriate transaction manager (including XA): for more control, use child endpoints. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> Deprecated. Use pattern:validator instead </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> A validator with a single request-response inbound endpoint and a single outbound endpoint. </xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> The endpoint on which messages are received. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The filter to use to validate incoming message: accepted messages are considered valid. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The endpoint to which messages are sent. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> The address on which this bridge is listening. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The endpoint on which this bridge is listening. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The filter to use to validate incoming message: accepted messages are considered valid. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The address to which messages are sent. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The endpoint to which messages are sent. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> An expression used to build the content of the response in case a valid message has been received. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> An expression used to build the content of the response in case an invalid message has been received. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> An expression used to build the content of the response in case an error occurs during the outbound dispatch. The outbound endpoint's exchange pattern must be request-response if errorExpression is used. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!--==============================================================--> <!-- Components --> <!--==============================================================--> <xsd:element abstract="true" name="abstract-component" substitutionGroup="abstract-message-processor" type="abstractComponentType"> <xsd:annotation> <xsd:documentation> A placeholder for a component element. A component is invoked when inbound messages are received by the service. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Interceptors that can be used to intercept component invocation. </xsd:documentation> </xsd:annotation> </xsd:group> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="component" substitutionGroup="abstract-component" type="defaultJavaComponentType"> <xsd:annotation> <xsd:documentation> A simple POJO (Plain Old Java Object) component that will be invoked by Mule when a message is received. The class or object instance to be used can be specified using a child object factory element, or via the 'class' attribute. If the 'class' attribute is used, an object factory cannot be configured as well. Using the 'class' attribute is equivilant to using the propotype object factory ('prototype-object' child element). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Entry point resolvers that are used to determine how a message is passed to a component. </xsd:documentation> </xsd:annotation> </xsd:group> <xsd:annotation> <xsd:documentation> Object factory used to obtain the object instance that will be used for the component implementation. The object factory is responsible for object creation and may implement different patterns, such as singleton or prototype, or look up an instance from other object containers. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> A binding associates a Mule endpoint with an injected Java interface. This is like using Spring to inject a bean, but instead of calling a method on the bean, a message is sent to an endpoint. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> Specifies a component class. This is a shortcut that is equivalent to providing a 'prototype-object' element. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="pooled-component" substitutionGroup="abstract-component" type="pooledJavaComponentType"> <xsd:annotation> <xsd:documentation> A pooled POJO (Plain Old Java Object) component that will be invoked by Mule when a message is received. The instance can be specified via a factory or a class. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation>Characteristics of the object pool.</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> The interface to be injected. A proxy will be created that implements this interface by calling out to the endpoint. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The method on the interface that should be used. This can be omitted if the interface has a single method. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <!-- don't expose this, it's not needed --> <!-- xsd:element name="pass-through-component" type="defaultComponentType" substitutionGroup="abstract-component"> <xsd:annotation> <xsd:documentation> The default, "do nothing" component. The message is simply transferred from inbound to outbound endpoints. This is the default and need not be specified. </xsd:documentation> </xsd:annotation> </xsd:element --> <xsd:element name="echo-component" substitutionGroup="abstract-component" type="defaultComponentType"> <xsd:annotation> <xsd:documentation> Logs the message and returns the payload as the result. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="log-component" substitutionGroup="abstract-component" type="defaultComponentType"> <xsd:annotation> <xsd:documentation> Logs the message content (or content length if it is a large message). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="null-component" substitutionGroup="abstract-component" type="defaultComponentType"> <xsd:annotation> <xsd:documentation> Throws an exception if it receives a message. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="static-component" substitutionGroup="abstract-component" type="staticComponentType"> <xsd:annotation> <xsd:documentation> A service that will return static data as a result. The data returned can be read from a file or can be embedded directly in the XML. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Defines the data to return from the service once it has been invoked. The return data can be located in a file, which you specify using the {{file}} attribute (specify a resource on the classpath or on disk), or the return data can be embedded directly in the XML. </xsd:documentation> </xsd:annotation> <xsd:complexType mixed="true"> <xsd:annotation> <xsd:documentation> The location of a file to load. The file can point to a resource on the classpath or on disk. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!--==============================================================--> <!-- Transactions --> <!--==============================================================--> <xsd:annotation> <xsd:documentation> A placeholder for transaction elements. Transactions allow a series of operations to be grouped together. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> A placeholder for XA transaction elements. XA transactions allow a series of operations to be grouped together spanning different transports, such as JMS and JDBC. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> A placeholder for multi-transaction elements. Multi-transactions allow a series of operations to be grouped together spanning different transports, e.g. JMS and JDBC, but without the overhead of XA. The trade-off is that XA reliability guarantees aren't available, and services must be ready to handle duplicates. This is very similar to a 1.5 PC concept. EE-only feature. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The type of action the transaction should take, one of the following: NONE - Never participate in a transaction. ALWAYS_BEGIN - Always start a new transaction when receiving a message. An exception will be thrown if a transaction already exists. BEGIN_OR_JOIN - If a transaction is already in progress when a message is received, join the transaction if possible. Otherwise, start a new transaction. ALWAYS_JOIN - Always expects a transaction to be in progress when a message is received. If there is no transaction, an exception is thrown. JOIN_IF_POSSIBLE - Join the current transaction if one is available. Otherwise, no transaction is created. NOT_SUPPORTED - Execute outside any existent transaction </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="NONE"/> <xsd:enumeration value="ALWAYS_BEGIN"/> <xsd:enumeration value="BEGIN_OR_JOIN"/> <xsd:enumeration value="ALWAYS_JOIN"/> <xsd:enumeration value="JOIN_IF_POSSIBLE"/> <xsd:enumeration value="NOT_SUPPORTED"/> </xsd:restriction> </xsd:simpleType> </xsd:attribute> <xsd:annotation> <xsd:documentation> Timeout for the transaction (ms). </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:element name="custom-transaction" substitutionGroup="abstract-transaction" type="customTransactionType"> <xsd:annotation> <xsd:documentation> A user-defined or otherwise unsupported third-party transactions. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> A class that implements the TransactionFactory interface that will be instantiated and used to generate a transaction. This attribute and the 'factory-ref' attribute are mutually exclusive; one of the two is required. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> A bean that implements the TransactionFactory interface that will be used to generate a transaction. This attribute and the 'factory-class' attribute are mutually exclusive; one of the two is required. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="xa-transaction" substitutionGroup="abstract-transaction" type="xaTransactionType"> <xsd:annotation> <xsd:documentation> An XA transaction. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> If this is set to "true", Mule interacts with transactions begun outside of Mule. E.g. if an external transaction is active, then BEGIN_OR_JOIN wil join it, and ALWAYS_BEGIN will cause an exception to be thrown. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> An optional name for the transaction manager. The default value is "transactionManager". </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="websphere-transaction-manager" substitutionGroup="abstract-transaction-manager" type="transactionManagerType"> <xsd:annotation> <xsd:documentation> The WebSphere transaction manager. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="jboss-transaction-manager" substitutionGroup="abstract-transaction-manager" type="transactionManagerType"> <xsd:annotation> <xsd:documentation> The JBoss transaction manager. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> The JNDI environment. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="weblogic-transaction-manager" substitutionGroup="abstract-transaction-manager" type="jndiTransactionManagerType"> <xsd:annotation> <xsd:documentation> The WebLogic transaction manager. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="jrun-transaction-manager" substitutionGroup="abstract-transaction-manager" type="transactionManagerType"> <xsd:annotation> <xsd:documentation> The JRun transaction manager. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="resin-transaction-manager" substitutionGroup="abstract-transaction-manager" type="transactionManagerType"> <xsd:annotation> <xsd:documentation> The Resin transaction manager. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Retrieves a named transaction manager factory from JNDI. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name of the manager factory to retrieve (such as java:/TransactionManager). </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:element name="custom-transaction-manager" substitutionGroup="abstract-transaction-manager" type="customTransactionManagerType"> <xsd:annotation> <xsd:documentation> A user-implemented transaction manager. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> The class to instantiate to create a transaction manager. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!--==============================================================--> <!-- Endpoint elements --> <!--==============================================================--> <xsd:element name="endpoint" substitutionGroup="abstract-global-endpoint" type="globalEndpointType"> <xsd:annotation> <xsd:documentation> A global endpoint, which acts as a template that can be used to construct an inbound or outbound endpoint elsewhere in the configuration by referencing the global endpoint name. Each transport implements its own endpoint element, with a more friendly syntax, but this generic element can be used with any transport by supplying the correct address URI. For example, "vm://foo" describes a VM transport endpoint. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- extend this type for endpoints that support XA transactions --> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="inbound-endpoint" substitutionGroup="abstract-inbound-endpoint" type="inboundEndpointType"> <xsd:annotation> <xsd:documentation> An inbound endpoint receives messages via the associated transport. As with global endpoints, each transport implements its own inbound endpoint element. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- extend this type for endpoints that support XA transactions --> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="poll" substitutionGroup="abstract-message-source" type="pollInboundEndpointType"> <xsd:annotation> <xsd:documentation> Polls the nested message processor for new messages </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Polling frequency in milliseconds. Default frequency is 1000ms (1s). </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="outbound-endpoint" substitutionGroup="abstract-outbound-endpoint" type="outboundEndpointType"> <xsd:annotation> <xsd:documentation> An outbound endpoint sends messages via the associated transport. As with global endpoints, each transport implements its own outbound endpoint element. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexType> <xsd:sequence> </xsd:sequence> </xsd:complexType> </xsd:element> <!-- these include option/repeats - should be embedded once --> <!-- these include option/repeats - should be embedded once --> <xsd:sequence> </xsd:sequence> </xsd:group> <xsd:sequence> </xsd:sequence> </xsd:group> <xsd:sequence> </xsd:sequence> </xsd:group> <xsd:choice> </xsd:choice> </xsd:group> <xsd:element abstract="true" name="abstract-security-filter" substitutionGroup="abstract-message-processor" type="abstractSecurityFilterType"> <xsd:annotation> <xsd:documentation> A placeholder for security filter elements, which control access to the system. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:element name="username-password-filter" substitutionGroup="abstract-security-filter" type="usernamePasswordFilterType"> <xsd:annotation> <xsd:documentation> Authenticates a message based on username and password expressions. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> A Mule expression which extracts the username from the message. Defaults to #[header:inbound:username]. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> A Mule expression which extracts the password from the message. Defaults to #[header:inbound:password]. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="custom-security-filter" substitutionGroup="abstract-security-filter" type="customSecurityFilterType"> <xsd:annotation> <xsd:documentation> Allows developers to configure custom security filters </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> Determines how long an inactive thread is kept in the pool before being discarded. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> When the maximum pool size or queue size is bounded, this value determines how to handle incoming tasks. Possible values are: WAIT (wait until a thread becomes available; don't use this value if the minimum number of threads is zero, in which case a thread may never become available), DISCARD (throw away the current request and return), DISCARD_OLDEST (throw away the oldest request and return), ABORT (throw a RuntimeException), and RUN (the default; the thread making the execute request runs the task itself, which helps guard against lockup). </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="WAIT"/> <xsd:enumeration value="DISCARD"/> <xsd:enumeration value="DISCARD_OLDEST"/> <xsd:enumeration value="ABORT"/> <xsd:enumeration value="RUN"/> </xsd:restriction> </xsd:simpleType> </xsd:attribute> <xsd:annotation> <xsd:documentation> How long to wait in milliseconds when the pool exhausted action is WAIT. If the value is negative, it will wait indefinitely. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Determines how many requests are queued when the pool is at maximum usage capacity and the pool exhausted action is WAIT. The buffer is used as an overflow. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:attributeGroup> <!-- these next two attributes are mutually exclusive and one is required. but there is no way to define this in a schema... --> <!-- endpoint references - dynamically checked to make sure not top level --> <xsd:annotation> <xsd:documentation> A reference to a global endpoint, which is used as a template to construct this endpoint. A template fixes the address (protocol, path, host, etc.), and may specify initial values for various properties, but further properties can be defined locally (as long as they do not change the address in any way). </xsd:documentation> </xsd:annotation> </xsd:attribute> <!-- explicit or global endpoints --> <xsd:annotation> <xsd:documentation> The generic address for this endpoint. If this attribute is used, the protocol must be specified as part of the URI. Alternatively, most transports provide their own attributes for specifying the address (path, host, etc.). Note that the address attribute cannot be combined with 'ref' or with the transport-provided alternative attributes. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:attributeGroup> <xsd:annotation> <xsd:documentation> The timeout for a response if making a synchronous endpoint call </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> String encoding used for messages. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The name of the connector associated with this endpoint. This must be specified if more than one connector is defined for this transport. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> A list of the transformers that will be applied (in order) to the message before it is delivered to the component. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> A list of the transformers that will be applied (in order) to the synchronous response before it is returned via the transport. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Don't use the default inbound/outbound/response transformer which corresponds to this endpoint's transport, if any. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:attributeGroup> <xsd:annotation> <xsd:documentation> The destination address for a reply message. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The reference name of a global endpoint to use. If this EndpointRef will be associated to a message such as a Reply-To address, this endpoint ref has to be available on the remote Mule instance that reads the Reply-To address. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <xsd:annotation> <xsd:documentation/> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="one-way"/> <xsd:enumeration value="request-response"/> </xsd:restriction> </xsd:simpleType> </xsd:attribute> </xsd:attributeGroup> <xsd:annotation> <xsd:documentation/> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="one-way"/> </xsd:restriction> </xsd:simpleType> </xsd:attribute> </xsd:attributeGroup> <!--==============================================================--> <!-- Filter elements --> <!--==============================================================--> <xsd:annotation> <xsd:documentation> A filter that is defined elsewhere (at the global level, or as a Spring bean). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name of the filter to use. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> Inverts the enclosed filter. For example, if the filter would normally return true for a specific message, it will now return false, and vice versa. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> Returns true only if all the enclosed filters return true. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Returns true if any of the enclosed filters returns true. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A filter that matches string messages against wildcards. It performs matches with "*", for example, "jms.events.*" would catch "jms.events.customer" and "jms.events.receipts". This filter accepts a comma-separated list of patterns, so more than one filter pattern can be matched for a given argument: "jms.events.*, jms.actions.*" will match "jms.events.system" and "jms.actions" but not "jms.queue". </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:element name="expression-filter" substitutionGroup="abstract-filter" type="expressionFilterType"> <xsd:annotation> <xsd:documentation> A filter that can evaluate a range of expressions. It supports some base expression types such as header, payload (payload type), regex, and wildcard. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The expression evaluator to use. The expression filter supports some types such as header, payload, exception, wildcard, and regex, that are built-in filters not registered with the ExpressionEvaluatorManager. All others are registered with the ExpressionEvaluatorManager. Where XPath, bean, and ONGL are used, the expression should be a boolean expression. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The expression that will be evaluated. This should always be a boolean expression. The syntax of the expression will be determined by the expression language being used. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Must be set if the evaluator is set to custom. The custom evaluator must be registered with the ExpressionEvaluatorManager if it is to be used here. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Whether the filter should return true if the specified expression returns null. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A filter that matches string messages against a regular expression. The Java regular expression engine (java.util.regex.Pattern) is used. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Comma-separated list of flags for compiling the pattern. Valid values are CASE_INSENSITIVE, MULTILINE, DOTALL, UNICODE_CASE and CANON_EQ. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The property name and optionally a value to use when matching. If the expression is just a property name, the filter will check that the property exists. Users can also use '=' and '!=' to determine a specific value for a property. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="message-property-filter" substitutionGroup="abstract-filter" type="scopedPropertyFilterType"> <xsd:annotation> <xsd:documentation> A filter that matches properties on a message. This can be very useful, as the message properties represent all the meta information about the message from the underlying transport, so for a message received over HTTP, you can check for HTTP headers and so forth. The pattern should be expressed as a key/value pair, such as "propertyName=value". If you want to compare more than one property, you can use the logic filters for And, Or, and Not expressions. By default, the comparison is case sensitive, which you can override with the 'caseSensitive' property. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Property scope to lookup the value from (default: outbound) </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="inbound"/> <xsd:enumeration value="invocation"/> <xsd:enumeration value="outbound"/> <xsd:enumeration value="session"/> <xsd:enumeration value="application"/> </xsd:restriction> </xsd:simpleType> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> If false, the comparison ignores case. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="exception-type-filter" substitutionGroup="abstract-filter" type="typeFilterType"> <xsd:annotation> <xsd:documentation> A filter that matches the type of an exception. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> A filter that matches the type of the payload. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The expected class used in the comparison. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A user-implemented filter. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> An implementation of the Filter interface. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!--==============================================================--> <!-- Interceptor elements --> <!--==============================================================--> <xsd:annotation> <xsd:documentation> A placeholder for interceptor stack elements. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence maxOccurs="unbounded"> </xsd:sequence> <xsd:annotation> <xsd:documentation> The name used to identify this interceptor stack. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="interceptor-stack" substitutionGroup="abstract-interceptor-stack" type="abstractInterceptorStackType"/> <xsd:element abstract="true" name="abstract-interceptor" substitutionGroup="abstract-message-processor" type="abstractInterceptorType"> <xsd:annotation> <xsd:documentation> A placeholder for an interceptor element. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:sequence> <xsd:choice maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation> A reference to a stack of intereceptors defined globally. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:sequence> </xsd:group> <xsd:annotation> <xsd:documentation> The name of the interceptor stack to use. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <xsd:element name="timer-interceptor" substitutionGroup="abstract-interceptor" type="abstractInterceptorType"> <xsd:annotation> <xsd:documentation> The timer interceptor (ported from 1.x). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="logging-interceptor" substitutionGroup="abstract-interceptor" type="abstractInterceptorType"> <xsd:annotation> <xsd:documentation> The logging interceptor (ported from 1.x). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="custom-interceptor" substitutionGroup="abstract-interceptor" type="customInterceptorType"> <xsd:annotation> <xsd:documentation> A user-implemented interceptor. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> An implementation of the Interceptor interface. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- security filters --> <xsd:element name="encryption-security-filter" substitutionGroup="abstract-security-filter" type="encryptionSecurityFilterType"> <xsd:annotation> <xsd:documentation> A filter that provides password-based encyption. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name of the encryption strategy to use. This should be configured using the 'password-encryption-strategy' element, inside a 'security-manager' element at the top level. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!--==============================================================--> <!-- Transformer elements --> <!--==============================================================--> <xsd:annotation> <xsd:documentation> A reference to a transformer defined elsewhere. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name of the transformer to use. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="auto-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that uses the transform discovery mechanism to convert the message payload. This transformer works much better when transforming custom object types rather than Java types, because there is less chance for ambiguity. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="custom-transformer" substitutionGroup="abstract-transformer" type="customTransformerType"> <xsd:annotation> <xsd:documentation> A user-implemented transformer. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> An implementation of the Transformer interface. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="message-properties-transformer" substitutionGroup="abstract-transformer" type="messagePropertiesTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that can add, delete or rename message properties. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:choice maxOccurs="unbounded" minOccurs="1"> <xsd:annotation> <xsd:documentation> Delete message properties matching a regular expression or wildcard. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Add a message property. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element maxOccurs="unbounded" minOccurs="0" name="rename-message-property" type="keyValueType"> <xsd:annotation> <xsd:documentation> Rename a message property. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Add a set of message properties. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> <xsd:annotation> <xsd:documentation> If false, a property is not added if the message already contains a property with that name. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Property scope to/from which properties are added/removed. The scope determines the lifespan of the properties. Default scope is outbound. </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="invocation"/> <xsd:enumeration value="outbound"/> <xsd:enumeration value="session"/> <xsd:enumeration value="application"/> </xsd:restriction> </xsd:simpleType> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A transformer that adds outbound message properties. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="remove-property" substitutionGroup="abstract-transformer" type="removePropertyType"> <xsd:annotation> <xsd:documentation> A transformer that remove outbound message properties by name or regular expression. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="copy-properties" substitutionGroup="abstract-transformer" type="copyPropertiesType"> <xsd:annotation> <xsd:documentation> A transformer that copy properties from inbound to outbound scope by name or regular expression. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A transformer that adds variables. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="remove-variable" substitutionGroup="abstract-transformer" type="removeVariableType"> <xsd:annotation> <xsd:documentation> A transformer that remove variables by name or regular expression. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="set-session-variable" substitutionGroup="abstract-transformer" type="setVariableType"> <xsd:annotation> <xsd:documentation> A transformer that adds session variables. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="remove-session-variable" substitutionGroup="abstract-transformer" type="removeVariableType"> <xsd:annotation> <xsd:documentation> A transformer that remove session variables by name or regular expression. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="set-attachment" substitutionGroup="abstract-transformer" type="setAttachmentType"> <xsd:annotation> <xsd:documentation> A transformer that adds an attachment to the outbound scope. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="remove-attachment" substitutionGroup="abstract-transformer" type="removeAttachmentType"> <xsd:annotation> <xsd:documentation> A transformer that removes an attachment in the outbound scope. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="copy-attachments" substitutionGroup="abstract-transformer" type="copyAttachmentType"> <xsd:annotation> <xsd:documentation> A transformer that copy inbound attachment to outbound attachment scope by name or regular expression. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="base64-encoder-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that base64 encodes a string or byte array message. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="base64-decoder-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that base64 decodes a message to give an array of bytes. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="xml-entity-encoder-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that encodes a string using XML entities. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="xml-entity-decoder-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that decodes a string containing XML entities. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="gzip-compress-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that compresses a byte array using gzip. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="gzip-uncompress-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that uncompresses a byte array using gzip. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="byte-array-to-hex-string-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that converts a byte array to a string of hexadecimal digits. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="hex-string-to-byte-array-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that converts a string of hexadecimal digits to a byte array. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="byte-array-to-object-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that converts a byte array to an object (either deserializing or converting to a string). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="object-to-byte-array-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that serializes all objects except strings (which are converted using getBytes()). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="object-to-string-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that gives a human-readable description of various types (useful for debugging). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="byte-array-to-serializable-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that converts a byte array to an object (deserializing the object). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="serializable-to-byte-array-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that converts an object to a byte array (serializing the object). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="byte-array-to-string-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that converts a byte array to a string. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="string-to-byte-array-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that converts a string to a byte array. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="map-to-bean-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> Creates and object of type @return-class and populates values of a {{java.util.Map}} as bean properties on the object. The bean class name can also be passed in as a property on the Map (which gets removed once read). The {{MapToBean.CLASS_PROPERTY}} 'className' should be set as a fully qualified class name string. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="bean-to-map-transformer" substitutionGroup="abstract-transformer" type="abstractTransformerType"> <xsd:annotation> <xsd:documentation> Conversts a simple bean object to a Map. every property on the bean will become an entry in the result {{java.util.Map}}. Note that only exposed bean properties with getter and setter methods will be added to the map. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="append-string-transformer" substitutionGroup="abstract-transformer" type="appendStringTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that appends a string to a string payload. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The string to append. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="parse-template" substitutionGroup="abstract-transformer" type="parseTemplateTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that parses a template in a given location </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The location of the template. The order in which the transformer will attempt to load the file are: from the file system, from a URL or from the classpath. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="set-payload" substitutionGroup="abstract-transformer" type="setPayloadTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that sets the paylaod with the provided value </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The value to be set on the payload. Supports expressions. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="encrypt-transformer" substitutionGroup="abstract-transformer" type="encryptionTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that encrypts a message. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="decrypt-transformer" substitutionGroup="abstract-transformer" type="encryptionTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that decrypts a message. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name of the encryption strategy to use. This should be configured using the password-encryption-strategy element, inside a security-manager element at the top level. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A transformer that uses expressions to configure a simple bean object. The user can specify a bean class or factory to create and one or more expressions that are used to configure properties on the bean. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> <xsd:sequence maxOccurs="unbounded" minOccurs="1"> <xsd:complexType> <xsd:annotation> <xsd:documentation> The name of the bean property </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> If the expression evaluates to null, whether to continue to the next expression without error. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> The bean class to create </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> A Bean factory to use when creating the bean object. The factory must implement {{org.mule.api.object.ObjectFactory}}. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:element name="expression-transformer" substitutionGroup="abstract-transformer" type="expressionTransformerType"> <xsd:annotation> <xsd:documentation> A transformer that evaluates one or more expressions on the current message. Each expression equates to a parameter in the return message. The return message for two or more expressions will be an Object[]. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence maxOccurs="unbounded" minOccurs="0"> <xsd:annotation> <xsd:documentation> If all expressions return null or NullPayload on this transformer, this flag will cause the source payload to be returned without modification. </xsd:documentation> </xsd:annotation> <xsd:complexType> <!-- --> <xsd:annotation> <xsd:documentation> If the expression evaluates to null, specifies whether to continue to the next expression without error. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> If all expressions return null on this transformer, this flag will cause the source payload to be returned without modification. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:enumeration value="attachment"/> <xsd:enumeration value="attachments"/> <xsd:enumeration value="attachments-list"/> <xsd:enumeration value="bean"/> <xsd:enumeration value="endpoint"/> <xsd:enumeration value="exception-type"/> <xsd:enumeration value="function"/> <xsd:enumeration value="groovy"/> <xsd:enumeration value="header"/> <xsd:enumeration value="headers"/> <xsd:enumeration value="headers-list"/> <xsd:enumeration value="json"/> <xsd:enumeration value="json-node"/> <xsd:enumeration value="jxpath"/> <xsd:enumeration value="map-payload"/> <xsd:enumeration value="message"/> <xsd:enumeration value="mule"/> <xsd:enumeration value="ognl"/> <xsd:enumeration value="payload"/> <xsd:enumeration value="process"/> <xsd:enumeration value="regex"/> <xsd:enumeration value="string"/> <xsd:enumeration value="variable"/> <xsd:enumeration value="xpath"/> <xsd:enumeration value="xpath2"/> <xsd:enumeration value="xpath-node"/> <xsd:enumeration value="custom"/> </xsd:restriction> </xsd:simpleType> <xsd:enumeration value="header"/> <xsd:enumeration value="payload-type"/> <xsd:enumeration value="exception-type"/> <xsd:enumeration value="wildcard"/> <xsd:enumeration value="regex"/> <xsd:enumeration value="ognl"/> <xsd:enumeration value="xpath"/> <xsd:enumeration value="jxpath"/> <xsd:enumeration value="groovy"/> <xsd:enumeration value="bean"/> <xsd:enumeration value="custom"/> <xsd:enumeration value="registry"/> <xsd:enumeration value="variable"/> </xsd:restriction> </xsd:simpleType> <xsd:union> <xsd:simpleType> </xsd:simpleType> <xsd:simpleType> <xsd:enumeration value="payload-type"/> <xsd:enumeration value="exception-type"/> <xsd:enumeration value="wildcard"/> <xsd:enumeration value="regex"/> </xsd:restriction> </xsd:simpleType> </xsd:union> </xsd:simpleType> <xsd:enumeration value="header"/> <xsd:enumeration value="custom"/> </xsd:restriction> </xsd:simpleType> <xsd:annotation> <xsd:documentation> The expression evaluator to use. Expression evaluators must be registered with the ExpressionEvaluatorManager before they can be used. Using the custom evaluator allows you to define your own evaluator with the 'custom-evaluator' attribute. Note that some evaluators such as xpath, groovy, and bean are loaded from other Mule modules (XML and Scripting, respectively). These modules must be on your classpath before the evaluator can be used. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The expression to evaluate. The syntax of this attribute changes depending on the evaluator being used. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The name of the custom evaluator to use. This attribute is only used when the 'evaluator' attribute is set to "custom". You can plug in your own expression evaluators by registering them with the ExpressionEvaluatorManager. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:attributeGroup> <xsd:annotation> <xsd:documentation> The expression evaluator to use. Expression evaluators must be registered with the ExpressionEvaluatorManager before they can be used. Using the custom evaluator allows you to define your own evaluator with the 'custom-evaluator' attribute. Note that some evaluators such as xpath, groovy, and bean are loaded from other Mule modules (XML and Scripting, respectively). These modules must be on your classpath before the evaluator can be used. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The expression to evaluate. The syntax of this attribute changes depending on the evaluator being used. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The name of the custom evaluator to use. This attribute is only used when the 'evaluator' attribute is set to "custom". You can plug in your own expression evaluators by registering them with the ExpressionEvaluatorManager. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:attributeGroup> <xsd:element name="value-extractor-transformer" substitutionGroup="abstract-transformer" type="valueExtractorTransformerType"> <xsd:annotation> <xsd:documentation> Extracts values from a given source using regular expressions and uses that values to enrich the mule message. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:element maxOccurs="unbounded" minOccurs="1" name="extract" type="extractValueExtractorTemplateType"/> </xsd:sequence> <xsd:annotation> <xsd:documentation> An evaluator expression used to extract the value that will be matched against each regular expression. If an expression is not specified then the payload of the message is used. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:complexType> <xsd:annotation> <xsd:documentation> A regular expression used to match against a source value. The regular expression should contain a capture group which value will be returned. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The enricher expression used to enrich the current message with the result the processing of the regular expression. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Determines if there should be an error in case the pattern is not matched by the source value. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The default value used to enrich the message when the source value does not match the pattern. Useful only when failIfNoMatch is false. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:attributeGroup> <!--==============================================================--> <!-- Shared elements --> <!--==============================================================--> <xsd:element name="queue-profile" substitutionGroup="abstract-queue-profile" type="queueProfileType"> <xsd:annotation> <xsd:documentation> Specifies the properties of an internal Mule queue. Internal queues are used to queue messages for each component managed by Mule. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> The queue store that stortes the queue's elements. If not specified, this will be the default-in-memory-queue-store. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> Defines the maximum number of messages that can be queued. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A security manager is a container for security providers. More than one security manager may be configured; each contains providers from a particular module and has that module type. This element is abstract - a security-related module or transport will provide a suitable implementation. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> An empty holder that can be extended by modules that want to provide security managers. Typically it will contain elements called 'module:type-security-provider', which extend securityProviderType where "module" might be "spring-security" and "type" might de "delegate", for example. It can also contain encryption strategies, which should follow a similar scheme and extend encryptionStrategyType. </xsd:documentation> </xsd:annotation> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="security-manager" substitutionGroup="abstract-security-manager" type="securityManagerType"> <xsd:annotation> <xsd:documentation> The default security manager. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The default security manager (type 'defaultSecurityManagerType') provides basic support for security functions. Other modules (JAAS, PGP, Spring Security) provide more advanced functionality. </xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> A custom implementation of SecurityProvider. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> A custom implementation of EncryptionStrategy. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element minOccurs="0" name="secret-key-encryption-strategy" type="secretKeyEncryptionStrategyType"> <xsd:annotation> <xsd:documentation> Provides secret key-based encryption using JCE. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element minOccurs="0" name="password-encryption-strategy" type="passwordEncryptionStrategyType"> <xsd:annotation> <xsd:documentation> Provides password-based encryption using JCE. Users must specify a password and optionally a salt and iteration count as well. The default algorithm is PBEWithMD5AndDES, but users can specify any valid algorithm supported by JCE. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A security provider is a source of specific security-related functionality. </xsd:documentation> </xsd:annotation> </xsd:complexType> <xsd:annotation> <xsd:documentation> An encryption strategy provides support for a specific encryption algorithm. </xsd:documentation> </xsd:annotation> </xsd:complexType> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> The name of the security provider to use. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> A reference to the encryption strategy (which may be a Spring bean that implements the EncryptionStrategy interface). </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The password to use. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The salt to use (this helps prevent dictionary attacks). </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The number of iterations to use. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The key to use. This and the 'keyFactory-ref' attribute are mutually exclusive. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The name of the key factory to use. This should implement the ObjectFactory interface and return a byte array. This and the 'key' attribute are mutually exclusive. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="threading-profile" substitutionGroup="abstract-service-threading-profile" type="threadingProfileType"> <xsd:annotation> <xsd:documentation> The threading profile to use for the service. </xsd:documentation> </xsd:annotation> </xsd:element> <!-- this is a general threading type used by various elements here --> <xsd:complexContent> <!-- this is a hack that allows us to use this general threading profile as a component threading profile without retyping everything --> <xsd:annotation> <xsd:documentation> The maximum number of threads that will be used. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The maximum number of idle or inactive threads that can be in the pool before they are destroyed. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Whether threading should be used (default is true). </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!--==============================================================--> <!-- Exception strategies --> <!--==============================================================--> <xsd:element name="default-exception-strategy" substitutionGroup="legacy-abstract-exception-strategy" type="serviceExceptionStrategyType"> <xsd:annotation> <xsd:documentation> Provides default exception handling. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="catch-exception-strategy" substitutionGroup="abstract-exception-strategy" type="catchExceptionStrategyType"> <xsd:annotation> <xsd:documentation> Exception strategy used to handle exceptions. It will commit any transaction as if the message was consumed successfully. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="choice-exception-strategy" substitutionGroup="abstract-exception-strategy" type="choiceExceptionStrategyType"> <xsd:annotation> <xsd:documentation> Exception strategy used to route to different exception strategies. It will execute the exception strategy which expression attribute matches against MuleMessage. In case there's no match, then default exception strategy will be exeucted. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="rollback-exception-strategy" substitutionGroup="abstract-exception-strategy" type="rollbackExceptionStrategyType"> <xsd:annotation> <xsd:documentation> Exception strategy used to rollback inbound message. It will rollback any transaction or not consume inbound message unless a org.mule.api.exception.MessageRedeliveredException is thrown. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="exception-strategy" substitutionGroup="abstract-exception-strategy" type="referenceExceptionStrategyType"> <xsd:annotation> <xsd:documentation> Exception strategy used to reference global exceptions within a flow or service. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Destination to which a MuleMessage with an ExceptionPayload will be sent; this could be any message processor or outbound endpoint. </xsd:documentation> </xsd:annotation> </xsd:group> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> Name of the exception strategy that will be used in ref attribute of 'exception-strategy' element </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Destination to which the message will be sent; this could be an outbound endpoint, a router, or message processor. </xsd:documentation> </xsd:annotation> </xsd:group> <xsd:complexType> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Destination to which the message will be sent in case that max redelivery attempts configured is exceeded, this could be any sequence of outbound endpoint, router, or message processor. </xsd:documentation> </xsd:annotation> </xsd:group> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> Times a message will be redelivery until it's consider a poison message. Once maxRedeliveryAttempts is exceeded on-redelivery-attempts-exceeded child message processors will be executed. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:attribute default="false" name="stopMessageProcessing" type="substitutableBoolean" use="optional"> <xsd:annotation> <xsd:documentation> Stop the flow/service when an exception occurs. You will need to restart the flow/service manually after this (e.g, using JMX). </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="custom-exception-strategy" substitutionGroup="abstract-exception-strategy" type="customExceptionStrategyType"> <xsd:annotation> <xsd:documentation> A user-defined exception strategy. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> A class that implements the ExceptionListener interface. In addition, if an 'outbound-endpoint' element is specified, it is set as an "endpoint" bean property. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- This is left in for backwards-compatibility only, remove for next major version. --> <xsd:element name="default-service-exception-strategy" substitutionGroup="legacy-abstract-exception-strategy" type="serviceExceptionStrategyType"> <xsd:annotation> <xsd:documentation> Deprecated: Use default-exception-strategy instead. </xsd:documentation> </xsd:annotation> </xsd:element> <!-- Custom connector element --> <xsd:element name="custom-connector" substitutionGroup="abstract-connector" type="customConnectorType"> <xsd:annotation> <xsd:documentation> A user-defined connector. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <!-- This is already on the standard connector (but probably shouldn't be...) <xsd:sequence> <xsd:element ref="spring:property" minOccurs="0" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> --> <xsd:annotation> <xsd:documentation> A class that implements the Connector interface. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!--==============================================================--> <!-- Object stores --> <!--==============================================================--> <xsd:annotation> <xsd:documentation> A placeholder for an object store that can be used by routers to maintain state. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="in-memory-store" substitutionGroup="abstract-object-store" type="abstractMonitoredObjectStoreType"> <xsd:annotation> <xsd:documentation> An optionally bounded in-memory store for message IDs with periodic expiry of old entries. The bounded size is a soft limit and is only enforced periodically by the expiry process. This means that the store may temporarily exceed its maximum size between expiry runs but will eventually shrink to its configured size. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="simple-text-file-store" substitutionGroup="abstract-object-store" type="textFileObjectStoreType"> <xsd:annotation> <xsd:documentation> A simple object store that stores String objects by key to a text file. This store is only suitable for storing simple key value pair strings. This store is backed by an in-memory store and supports the ability to expire and apply TTL to objects in the store. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The file location (directory) where the object store will be saved. If this value is not set, Mule defaults to using 'mule.working.dir/objectstore'. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="managed-store" substitutionGroup="abstract-object-store" type="managedObjectStoreType"> <xsd:annotation> <xsd:documentation> Managed Object Store </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The ID used to retrieve the ObjectStore from the ObjectStoreManager </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Defines if this store should be persistent or not </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The maximum number of entries that this store keeps around. Specify '-1' if the store is supposed to be "unbounded". </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The time-to-live for each message ID, specified in milliseconds, or '-1' for entries that should never expire. DO NOT combine this with an unbounded store! </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The interval for periodic bounded size enforcement and entry expiration, specified in milliseconds. Arbitrary positive values between one second and several hours or days are possible, but should be chosen carefully according to the expected message rate to prevent OutOfMemory conditions. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> An ID for this store that can be used for logging and identification purposes. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The maximum number of entries that this store keeps around. Specify '-1' if the store is supposed to be "unbounded". </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The time-to-live for each message ID, specified in seconds, or '-1' for entries that should never expire. DO NOT combine this with an unbounded store! </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The interval for periodic bounded size enforcement and entry expiration, specified in seconds. Arbitrary positive values between one second and several hours or days are possible, but should be chosen carefully according to the expected message rate to prevent OutOfMemory conditions. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="custom-object-store" substitutionGroup="abstract-object-store" type="customObjectStoreType"> <xsd:annotation> <xsd:documentation> A custom implementation of the ObjectStore interface. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration of the ObjectStore. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> An implementation of the ObjectStore interface. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="spring-object-store" substitutionGroup="abstract-object-store" type="springObjectStoreType"> <xsd:annotation> <xsd:documentation> A Spring bean that implements the ObjectStore interface. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name of the ObjectStore bean to use. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!--==============================================================--> <!-- Routing --> <!--==============================================================--> <!--==================================--> <!-- Simple (1-1) Message Processors --> <!--==================================--> <xsd:element abstract="true" name="abstract-intercepting-message-processor" substitutionGroup="abstract-message-processor" type="abstractInterceptingMessageProcessorType"> <xsd:annotation> <xsd:documentation> A placeholder for intercepting router elements. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:element abstract="true" name="abstract-global-intercepting-message-processor" substitutionGroup="abstract-intercepting-message-processor" type="abstractGlobalInterceptingMessageProcessorType"> <xsd:annotation> <xsd:documentation> A placeholder for intercepting router elements. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Identifies the processor so that other elements can reference it. Required if the processor is defined at the global level. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="message-filter" substitutionGroup="abstract-global-intercepting-message-processor" type="messageFilterType"> <xsd:annotation> <xsd:documentation> A message processor that uses a filter to determine whether to process an event. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Used to filter events. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> Events that are not accepted by the filter are sent to this (optional) named message processor. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Whether to throw an exception if a message is not accepted </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="idempotent-message-filter" substitutionGroup="abstract-global-intercepting-message-processor" type="idempotentMessageFilterType"> <xsd:annotation> <xsd:documentation> Ensures that only unique messages are received by a service by checking the unique ID of the incoming message. Note that the ID used can be generated from the message using an expression defined in the 'idExpression' attribute. By default, the expression used is '#[message:id]', which means the underlying endpoint must support unique message IDs for this to work. Otherwise, a UniqueIdNotSupportedException is thrown. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> Defines one or more expressions to use when extracting the ID from the message. For example, it would be possible to combine to headers as the ID of the message to provide idempotency: '#[headers:foo,bar]'. Or, you could combine the message ID with a header: '#[message:id]-#[header:foo]'. If this property is not set, '#[message:id]' will be used by default. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Defines one or more expressions to use when extracting the value from the message. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Defines the prefix of the object store names. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A placeholder for a redelivery policy. Redelivery policies determine what action to take when the same message is redelivered repeatedly. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Message processor to call if a message exceeds its redelivery count without being processed successfully </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> The maximum number of times a message can be redelivered and processed unsuccessfully before triggering process-failed-message </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="idempotent-redelivery-policy" substitutionGroup="abstract-redelivery-policy" type="idempotentRedeliveryPolicyType"> <xsd:annotation> <xsd:documentation> Defines a policy for processing the redelivery of the same message </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Whether to use a secure hash algorithm to identify a redelivered message </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The secure hashing algorithm to use. If not set, the default is SHA-256. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Defines one or more expressions to use to determine when a message has been redelivered. For example,it would be possible to combine to headers as the unique ID of the message : '#[headers:foo,bar]'. Or, you could combine the message ID with a header: '#[message:id]-#[header:foo]'. This property may only be set if useSecureHash is false.. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="idempotent-secure-hash-message-filter" substitutionGroup="abstract-global-intercepting-message-processor"> <xsd:annotation> <xsd:documentation> Ensures that only unique messages are received by a service by calculating the hash of the message itself using a message digest algorithm. This provides a value with an infinitesimally small chance of a collision. This can be used to filter message duplicates. Keep in mind that the hash is calculated over the entire byte array representing the message, so any leading or trailing spaces or extraneous bytes (like padding) can produce different hash values for the same semantic message content. Care should be taken to ensure that messages do not contain extraneous bytes. This class is useful when the message does not support unique identifiers. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The secure hashing algorithm to use. If not set, the default is SHA-256. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:annotation> <xsd:documentation> The WireTap inbound router allows you to route certain messages to a different endpoint as well as to the component. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:element name="combine-collections-transformer" substitutionGroup="abstract-global-intercepting-message-processor"> <xsd:annotation> <xsd:documentation> Takes a payload which is a Collection of Collections and turns into a single List. For example, if the payload is a Collection which contains a Collection with elements A and B and another Collection with elements C and D, this will turn them into a single Collection with elements A, B, C and D. This transformer will also work on MuleMessageCollections. In this case, it will take the individual Collection payloads of each MuleMessage and merge them into a single Collection on a new MuleMessage. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> Defines a timeout in Milliseconds to wait for events to be aggregated. By default the router will throw an exeception if the router is waiting for a correlation group and times out before all group enties are received. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> When false, incomplete aggregation groups will be forwarded to a component on timeout as a java.util.List. When true (default), a CorrelationTimeoutException is thrown and RoutingNotification.CORRELATION_TIMEOUT is fired. The component doesn't receive any messages in this case. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Defines if the object stores used are persistent or not. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Defines the prefix of the object store names. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="resequencer" substitutionGroup="abstract-intercepting-message-processor" type="baseAggregatorType"> <xsd:annotation> <xsd:documentation> Holds back a group of messages and resequences them using each message's correlation sequence property. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="collection-aggregator" substitutionGroup="abstract-intercepting-message-processor" type="baseAggregatorType"> <xsd:annotation> <xsd:documentation> Configures a Collection Response Router. This will return a MuleMessageCollection message type that will contain all messages received for a each correlation group. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="message-chunk-aggregator" substitutionGroup="abstract-intercepting-message-processor" type="baseAggregatorType"> <xsd:annotation> <xsd:documentation> Combines two or more messages into a single message by matching messages with a given Correlation ID. Correlation IDs are set on messages when they are dispatched by certain outbound routers, such as the Recipient List and Message Splitter routers. These messages can be aggregated back together again using this router. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Configures a custom message aggregator. Mule provides an abstract implementation that has a template method that performs the message aggregation. A common use of the aggregator router is to combine the results of multiple requests such as "ask this set of vendors for the best price of X". </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> Fully qualified class name of the custom correlation aggregator router to be used. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> The simple splitter splits incoming message into parts using the configured expression passing on each part in turn to the next message processor </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:element name="collection-splitter" substitutionGroup="abstract-intercepting-message-processor"> <xsd:annotation> <xsd:documentation> The collection splitter accepts a collection of objects and splits the collection invoking the next message processor with each item in the collection in sequence. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:annotation> <xsd:documentation> The map splitter accepts a map of objects and splits the collection invoking the next message processor with each item in the collection in sequence. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:element name="message-chunk-splitter" substitutionGroup="abstract-intercepting-message-processor"> <xsd:annotation> <xsd:documentation> The collection splitter accepts a collection of objects and splits the collection invoking the next message processor with each item in the collection in sequence. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The message chunk size (in bytes) that the current message will be split into. Note that this is mutually exclusive to the 'numberOfMessages' property. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:annotation> <xsd:documentation> Configures a custom message splitter. Mule provides an abstract implementation that has a template method that performs the message aggregation. </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> Fully qualified class name of the custom correlation aggregator router to be used. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <!-- Conditional Message Processor Elements --> <xsd:complexContent> <xsd:sequence> <!-- if the first message processor is a filter, it determines whether this when clause is chosen or not. This is only allowed when no expression is specified --> </xsd:sequence> <xsd:annotation> <xsd:documentation> The expression evaluator to use. Expression evaluators must be registered with the ExpressionEvaluatorManager before they can be used. Using the custom evaluator allows you to define your own evaluator with the 'custom-evaluator' attribute. Note that some evaluators such as xpath, groovy, and bean are loaded from other Mule modules (XML and Scripting, respectively). These modules must be on your classpath before the evaluator can be used. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The expression to evaluate. The syntax of this attribute changes depending on the evaluator being used. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The name of the custom evaluator to use. This attribute is only used when the 'evaluator' attribute is set to "custom". You can plug in your own expression evaluators by registering them with the ExpressionEvaluatorManager. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="foreach" substitutionGroup="abstract-intercepting-message-processor" type="foreachProcessorType"/> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> An expression to that returns a java collection, object array, map or DOM nodes. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Partitions the collection in subcollections of the specified size. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:attribute default="rootMessage" name="rootMessageVariableName" type="xsd:string" use="optional"> <xsd:annotation> <xsd:documentation> Property name where the parent message is stored. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Property name used to store the number of message being iterated. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!--==================================--> <!-- Routing (1-n) Message Processors --> <!--==================================--> <xsd:element abstract="true" name="abstract-routing-message-processor" substitutionGroup="abstract-message-processor" type="abstractRoutingMessageProcessorType"> <xsd:annotation> <xsd:documentation> A placeholder for intercepting router elements. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexType> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:element maxOccurs="unbounded" minOccurs="1" name="when" type="whenMessageProcessorFilterPairType"/> <xsd:element maxOccurs="1" minOccurs="0" name="otherwise" type="otherwiseMessageProcessorFilterPairType"/> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="choice" substitutionGroup="abstract-routing-message-processor" type="selectiveOutboundRouterType"> <xsd:annotation> <xsd:documentation> Sends the message to the first endpoint whose condition has been satisfied. If no conditions were satisfied, sends to the configured default endpoint if configured, or throws an exception if not configured. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="all" substitutionGroup="abstract-routing-message-processor" type="baseMultipleRoutesRoutingMessageProcessorType"> <xsd:annotation> <xsd:documentation> Sends the same message to multiple message processors or outbound endpoints. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> Sends a message to a list of message processors until one processes it successfully </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Specifies an expression that when evaluated as determines if the processing of one a route was a failure or not. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:annotation> <xsd:documentation> Attempts to route a message to the message processor it contains in an asynchronous manner. Routing is considered successful if no exception has been raised and, optionally, if the response matches an expression </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Reference to the org.mule.api.store.ListableObjectStore that will be used to store events pending (re)processing. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Specifies the maximum number of processing retries that will be performed. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Specifies the minimum time interval between two process retries. The actual time interval depends on the previous execution but should not exceed twice this number. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Specifies an expression that when evaluated determines if the processing of one a route was a failure or not. If no expression is specified, only exceptions will be considered as processing failures. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Specifies an expression that when evaluated determines the synchronous response of until-successful. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The endpoint or message processor to which undeliverable messages are sent after all retries have been attempted. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:element name="round-robin" substitutionGroup="abstract-routing-message-processor" type="processorWithAtLeastOneTargetType"> <xsd:annotation> <xsd:documentation> Send each message received to the next message processor in the circular list of targets </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Sends the same message to multiple endpoints, over the same endpoint, or implements routing-slip behavior where the next destination for the message is determined from message properties or the payload. The recipients can be extracted from the message using an expression, or you can specify a static list of recipient endpoints. (As of version 2.1) </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <!-- See MULE-5069 <xsd:attributeGroup ref="allExchangePatterns" />--> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <!--=======================--> <!-- 2.x Inbound Routers --> <!--=======================--> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="idempotent-receiver-router" substitutionGroup="abstract-inbound-router" type="idempotentReceiverType"> <xsd:annotation> <xsd:documentation> Ensures that only unique messages are received by a service by checking the unique ID of the incoming message. Note that the ID used can be generated from the message using an expression defined in the 'idExpression' attribute. By default, the expression used is '#[message:id]', which means the underlying endpoint must support unique message IDs for this to work. Otherwise, a UniqueIdNotSupportedException is thrown. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="idempotent-secure-hash-receiver-router" substitutionGroup="abstract-inbound-router" type="idempotentSecureHashReceiverType"> <xsd:annotation> <xsd:documentation> Ensures that only unique messages are received by a service by calculating the hash of the message itself using a message digest algorithm. This provides a value with an infinitesimally small chance of a collision. This can be used to filter message duplicates. Keep in mind that the hash is calculated over the entire byte array representing the message, so any leading or trailing spaces or extraneous bytes (like padding) can produce different hash values for the same semantic message content. Care should be taken to ensure that messages do not contain extraneous bytes. This class is useful when the message does not support unique identifiers. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> Defines one or more expressions to use when extracting the ID from the message. For example, it would be possible to combine to headers as the ID of the message to provide idempotency: '#[headers:foo,bar]'. Or, you could combine the message ID with a header: '#[message:id]-#[header:foo]'. If this property is not set, '#[message:id]' will be used by default. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> The secure hashing algorithm to use. If not set, the default is SHA-256. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="wire-tap-router" substitutionGroup="abstract-inbound-router" type="wireTapRouterType"> <xsd:annotation> <xsd:documentation> The WireTap inbound router allows you to route certain messages to a different endpoint as well as to the component. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="forwarding-router" substitutionGroup="abstract-inbound-router" type="abstractInboundRouterType"> <xsd:annotation> <xsd:documentation> Allows messages to be forwarded to the outbound routers without first being processed by a component. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="selective-consumer-router" substitutionGroup="abstract-inbound-router" type="filteredInboundRouterType"> <xsd:annotation> <xsd:documentation> Applies one or more filters to the incoming message. If the filters match, the message is forwarded to the component. Otherwise, the message is forwarded to the catch-all strategy on the router. If no catch-all strategy is configured, the message is ignored and a warning is logged. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="correlation-resequencer-router" substitutionGroup="abstract-inbound-router" type="baseAggregatorRouterType"> <xsd:annotation> <xsd:documentation> Holds back a group of messages and resequences them using each message's correlation sequence property. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="message-chunking-aggregator-router" substitutionGroup="abstract-inbound-router" type="messageChunkingAggregatorRouterType"> <xsd:annotation> <xsd:documentation> Combines two or more messages into a single message by matching messages with a given Correlation ID. Correlation IDs are set on messages when they are dispatched by certain outbound routers, such as the Recipient List and Message Splitter routers. These messages can be aggregated back together again using this router. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:element name="custom-correlation-aggregator-router" substitutionGroup="abstract-inbound-router" type="customCorrelationAggregatorRouterType"> <xsd:annotation> <xsd:documentation> Configures a custom message aggregator. Mule provides an abstract implementation that has a template method that performs the message aggregation. A common use of the aggregator router is to combine the results of multiple requests such as "ask this set of vendors for the best price of X". </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> Fully qualified class name of the custom correlation aggregator router to be used. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="collection-aggregator-router" substitutionGroup="abstract-inbound-router" type="baseAggregatorRouterType"> <xsd:annotation> <xsd:documentation> Configures a Collection Response Router. This will return a MuleMessageCollection message type that will contain all messages received for a each correlation group. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="custom-inbound-router" substitutionGroup="abstract-inbound-router" type="customInboundRouterType"> <xsd:annotation> <xsd:documentation> Allows for custom inbound routers to be configured. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property elements so that custom configuration can be configured on the custom router. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> An implementation of InboundRouter (fully qualified Java class name) </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Defines a timeout in Milliseconds to wait for events to be aggregated. By default the router will throw an exeception if the router is waiting for a correlation group and times out before all group enties are received. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> When false, incomplete aggregation groups will be forwarded to a component on timeout as a java.util.List. When true (default), a CorrelationTimeoutException is thrown and RoutingNotification.CORRELATION_TIMEOUT is fired. The component doesn't receive any messages in this case. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- ResponseRouters --> <!-- Deprecated --> <xsd:element name="single-async-reply-router" substitutionGroup="abstract-async-reply-router" type="asyncReplyRouterType"> <xsd:annotation> <xsd:documentation> Configures a Single Response Router. This will return the first message it receives on a reply endpoint and will discard the rest. </xsd:documentation> </xsd:annotation> </xsd:element> <!-- Deprecated --> <xsd:element name="collection-async-reply-router" substitutionGroup="abstract-async-reply-router" type="asyncReplyRouterType"> <xsd:annotation> <xsd:documentation> Configures a Collection Response Router. This will return a MuleMessageCollection message type that will contain all messages received for the current correlation. </xsd:documentation> </xsd:annotation> </xsd:element> <!-- Deprecated --> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> The endpoint used to receive the response(s) on. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- Deprecated --> <xsd:element name="custom-async-reply-router" substitutionGroup="abstract-async-reply-router" type="customAsyncReplyRouterType"/> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property elements so that custom configuration can be configured on the custom router. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> A fully qualified Java class name of the router to use. The router should either extend {{org.mule.routing.response.AbstractResponseRouter}} or {{org.mule.routing.response.AbstractResponseAggregator}}. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- Outbound Router implementations --> <!-- Outbound router element and attribute groups --> <xsd:sequence> <xsd:annotation> <xsd:documentation> Defines where the message should be routed after the recipient of the message to which this service dispatches has finished with it. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Defines an overall transaction that will be used for all endpoints on this router. This is only useful when you want to define an outbound only transaction that will commit all of the transactions defined on the outbound endpoints for this router. Note that you must still define a transaction on each of the endpoints that should take part in the transaction. These transactions should always be configured to JOIN the existing transaction. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:group> <xsd:sequence> <xsd:annotation> <xsd:documentation> Filters the messages to be processed by this router. @Deprecated since 2.2. Configure the filter on the endpoint instead of the router. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Filters are applied before message transformations. A transformer can be configured here to transform messages before they are filtered. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:group> <xsd:annotation> <xsd:documentation> Specifies whether Mule should give outgoing messages a correlation ID. The default behavior is to give messages a correlation ID only if they don't already have one, so that existing correlation IDs are maintained. </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="ALWAYS"/> <xsd:enumeration value="NEVER"/> <xsd:enumeration value="IF_NOT_SET"/> </xsd:restriction> </xsd:simpleType> </xsd:attribute> </xsd:attributeGroup> <xsd:annotation> <xsd:documentation> A list of the transformers that will be applied to the message in order before it is delivered to the component. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:attributeGroup> <xsd:annotation> <xsd:documentation> Determines if placeholders with expressions can be used with the form [ ] in endpoint uri's. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:attributeGroup> <!-- Default Outbound Router Types --> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- Concrete Outbound Routers --> <xsd:element name="pass-through-router" substitutionGroup="abstract-outbound-router" type="outboundRouterType"> <xsd:annotation> <xsd:documentation> This router always matches and simply sends or dispatches message via the endpoint that is configured. </xsd:documentation> </xsd:annotation> </xsd:element> <!-- FilteringOutboundRouter only uses a single endpoint. For now this needs to support multiple endpoints for MessageBuilderComponent usage only. --> <xsd:element name="filtering-router" substitutionGroup="abstract-outbound-router" type="singleEndpointFilteringOutboundRouterType"> <xsd:annotation> <xsd:documentation> Uses filters to determine whether the message matches a particular criteria and if so will route the message to the endpoint configured on the router. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="chaining-router" substitutionGroup="abstract-outbound-router" type="multipleEndpointFilteringOutboundRouterType"> <xsd:annotation> <xsd:documentation> Sends the message through multiple endpoints using the result of the first invocation as the input for the next. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="exception-based-router" substitutionGroup="abstract-outbound-router" type="multipleEndpointFilteringOutboundRouterType"> <xsd:annotation> <xsd:documentation> Sends a message over an endpoint by selecting the first endpoint that can connect to the transport. Endpoints are listed statically in the router configuration. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="recipient-list-exception-based-router" substitutionGroup="abstract-outbound-router" type="expressionRecipientListRouterType"> <xsd:annotation> <xsd:documentation> Sends a message over an endpoint by selecting the first endpoint that can connect to the transport. Endpoints/recipients are extracted from the message using an expression. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="multicasting-router" substitutionGroup="abstract-outbound-router" type="multipleEndpointFilteringOutboundRouterType"> <xsd:annotation> <xsd:documentation> Sends the same message over multiple endpoints. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="sequence-router" substitutionGroup="abstract-outbound-router" type="multipleEndpointFilteringOutboundRouterType"> <xsd:annotation> <xsd:documentation> Sends the same message sequentially over multiple endpoints. Stops the routing process if receives a null or an exception message as a partial response from a synchronous endpoint. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="endpoint-selector-router" substitutionGroup="abstract-outbound-router" type="endpointSelectorRouterType"> <xsd:annotation> <xsd:documentation> Selects the outgoing endpoint based on an expression evaluator ("header:endpoint" by default). It will first try to match the endpoint by name and then by address. The endpoints to use can be set on the router itself or be global endpoint definitions. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name of the default endpoint to use if the expression returns null. This can be used as an 'else' condition to route messages that don't contain the expected routing information. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- Splitter routers --> <!-- Extends AbstractMessageSplitter--> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <!-- Extends AbstractRoundRobinMessageSplitter --> <xsd:complexContent> <xsd:annotation> <xsd:documentation> If 'disableRoundRobin' is false and this option is true (the default) then the first message part will be routed to the first endpoint, the second part to the second endpoint, etc, with the nth part going to the (n modulo number of endpoints) endpoint. If false then the messages will be distributed equally amongst all endpoints. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> If filters are being used on endpoints then round robin behaviour is probably not desirable. This flag switches round robin behaviour off, it is on by default. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> If 'disableRoundRobin' is true, there may be situations where the current split message does not match any endpoints. this flag controls whether an exception should be thrown when a match is not found. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="list-message-splitter-router" substitutionGroup="abstract-outbound-router" type="roundRobinSplitterType"> <xsd:annotation> <xsd:documentation> The Filtering List Message Splitter accepts a list of objects that is split each object being routed to different endpoints. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="expression-splitter-router" substitutionGroup="abstract-outbound-router" type="expressionSplitterOutboundRouterType"> <xsd:annotation> <xsd:documentation> Splits the message based on an expression. The expression must return one or more message parts in order to be effective. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- Messgae chunking routers --> <xsd:element name="message-chunking-router" substitutionGroup="abstract-outbound-router" type="chunkingRouterType"> <xsd:annotation> <xsd:documentation> Allows you to split a single message into a number of fixed-length messages that will all be routed to the same endpoint. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The message chunk size (in bytes) that the current message will be split into. Note that this is mutually exclusive to the 'numberOfMessages' property. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The number of message peices to break the current message into. This property is less useful than the 'message' size property since, usually messages are constricted by size. Note that this is mutually exclusive to the 'messageSize' property. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- recipient List routers --> <xsd:element name="static-recipient-list-router" substitutionGroup="abstract-outbound-router" type="staticRecipientListRouterType"> <xsd:annotation> <xsd:documentation> Sends the same message to multiple endpoints over the same endpoint, or implements routing-slip behavior where the next destination for the message is determined from message properties or the payload. It uses a static list of recipient endpoints. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Static list of recipients that the outgoing message is sent to. The default delimiter is ','. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> Defines a property name on the current message where a list of endpoint names (or URIs) can be obtained. This property can return a {{java.util.List}} of values or a delimited {{java.lang.String}}. If the 'recipientsProperty' returns a string then the 'recipientsDelimiter' property is used to split the string. If the entries in the String or List define endpoint names, these will be looked up at runtime. If the entries define endpoint URIs these endpoints will be created at runtime. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The delimiter to use when splitting a String list of recipients. the default is ','. This property is only used with the 'recipientsProperty'. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> This flag controls whether the message will be sent to the recipients synchronously. Unlike other routers th recipient list router doesn't have pre-configured endpoints so the synchronicity of the endpoint cannot be honoured. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="expression-recipient-list-router" substitutionGroup="abstract-outbound-router" type="expressionOrStaticRecipientListRouterType"> <xsd:annotation> <xsd:documentation> Sends the same message to multiple endpoints over the same endpoint, or implements routing-slip behavior where the next destination for the message is determined from message properties or the payload. The recipients can be extracted from the message using an expression, or you can specify a static list of recipient endpoints. (As of version 2.1) </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> <xsd:annotation> <xsd:documentation> This flag controls whether the message will be sent to the recipients synchronously. Unlike other routers th recipient list router doesn't have pre-configured endpoints so the synchronicity of the endpoint cannot be honoured. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> A static list of endpoint names or URIs that will be used as recipients of the current message. If the expression on this router returns a list of endpoint names, the endpoints here will be checked as well as any global endpoints. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- custom router --> <xsd:element name="custom-outbound-router" substitutionGroup="abstract-outbound-router" type="customOutboundRouterType"> <xsd:annotation> <xsd:documentation> Allows you to configure a custom outbound router by specifying the custom router class and by using Spring properties. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property elements so that custom configuration can be configured on the custom router. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> An implementation of OutboundRouter (fully qualified Java class name) </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- Catch all strategy implementations --> <xsd:element name="logging-catch-all-strategy" substitutionGroup="abstract-catch-all-strategy" type="loggingCatchAllStrategyType"> <xsd:annotation> <xsd:documentation> Does nothing with the message but simply logs (using the WARN log level) the fact that the message was not dispatched because no routing path was defined. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:element name="custom-catch-all-strategy" substitutionGroup="abstract-catch-all-strategy" type="customCatchAllStrategyType"/> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> Fully qualified class name of the custom catch-all strategy to be used. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="forwarding-catch-all-strategy" substitutionGroup="abstract-catch-all-strategy" type="forwardingCatchAllStrategyType"> <xsd:annotation> <xsd:documentation> Forwards the message to the specified endpoint if no outbound routers match. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="custom-forwarding-catch-all-strategy" substitutionGroup="abstract-catch-all-strategy" type="customForwardingCatchAllStrategyType"/> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> Fully qualified class name of the custom forwarding catch-all strategy to be used. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- Message Info Mappers --> <xsd:element abstract="true" name="abstract-message-info-mapping" type="abstractMessageInfoMappingType"> <xsd:annotation> <xsd:documentation> Maps the attributes of the current message to known message elements in Mule, namely Message ID and CorrrelationID. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="expression-message-info-mapping" substitutionGroup="abstract-message-info-mapping" type="expressionMessageInfoMappingType"> <xsd:annotation> <xsd:documentation> Allows expressions to be configured to extract the message information. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="custom-message-info-mapping" substitutionGroup="abstract-message-info-mapping" type="customMessageInfoMappingType"> <xsd:annotation> <xsd:documentation> Allows configuraton of a custom implementation of MessageInfoMapping. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> An implementation of the MessageInfoMapping interface. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!--==============================================================--> <!-- Lifecycle Adapters --> <!--==============================================================--> <xsd:element abstract="true" name="abstract-lifecycle-adapter-factory" type="abstractLifecycleAdapterFactory"/> <xsd:annotation> <xsd:documentation> Allows a lifecycle adaptor factory to be implemented, which allows an alternative custom lifecycle adaptor to be used if required instead of the default implementation that propagates the Mule lifecycle to component implementations. </xsd:documentation> </xsd:annotation> </xsd:complexType> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Spring-style property element for custom configuration. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> An implementation of the LifecycleAdapter interface. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="custom-lifecycle-adapter-factory" substitutionGroup="abstract-lifecycle-adapter-factory" type="customLifecycleAdapterFactory"> <xsd:annotation> <xsd:documentation/> </xsd:annotation> </xsd:element> <!--==============================================================--> <!-- Object Factories --> <!--==============================================================--> <xsd:annotation> <xsd:documentation> An object factory is used to obtain object instances. The object factory is responsible for object creation and can implement different patterns, such a singleton or prototype, or lookup an instance from other object containers. </xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:annotation> <xsd:documentation> Properties to be set on the created object. </xsd:documentation> </xsd:annotation> </xsd:group> </xsd:sequence> </xsd:complexType> <xsd:sequence> </xsd:sequence> </xsd:complexType> <xsd:element name="spring-object" substitutionGroup="abstract-object-factory" type="springBeanLookupType"/> <xsd:annotation> <xsd:documentation> Object factory used to obtain Spring bean instances. This object factory does not create any instances but rather looks them up from Spring. </xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:annotation> <xsd:documentation>Name of Spring bean to look up.</xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="singleton-object" substitutionGroup="abstract-object-factory" type="singletonObjectFactoryType"/> <xsd:annotation> <xsd:documentation> Object factory that creates and always returns a singleton object instance. </xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:annotation> <xsd:documentation>Class name</xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="prototype-object" substitutionGroup="abstract-object-factory" type="prototypeObjectFactoryType"/> <xsd:annotation> <xsd:documentation> Object factory that creates and returns a new 'prototype' object instance every time it is called. </xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:annotation> <xsd:documentation>Class name</xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="pooling-profile" substitutionGroup="abstract-pooling-profile" type="poolingProfileType"/> <xsd:annotation> <xsd:documentation> A pooling profile is used to configure the pooling behaviour of Mule components. Each component can have its own pooling profile. </xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Controls the maximum number of Mule components that can be borrowed from a session at one time. When set to a negative value, there is no limit to the number of components that may be active at one time. When maxActive is exceeded, the pool is said to be exhausted. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Controls the maximum number of Mule components that can sit idle in the pool at any time. When set to a negative value, there is no limit to the number of Mule components that may be idle at one time. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Determines how components in a pool should be initialized. The possible values are: INITIALISE_NONE (will not load any components into the pool on startup), INITIALISE_ONE (will load one initial component into the pool on startup), or INITIALISE_ALL (will load all components in the pool on startup) </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="INITIALISE_NONE"/> <xsd:enumeration value="INITIALISE_ONE"/> <xsd:enumeration value="INITIALISE_ALL"/> </xsd:restriction> </xsd:simpleType> </xsd:attribute> <xsd:annotation> <xsd:documentation> Specifies the behavior of the Mule component pool when the pool is exhausted. Possible values are: "WHEN_EXHAUSTED_FAIL", which will throw a NoSuchElementException, "WHEN_EXHAUSTED_WAIT", which will block by invoking Object.wait(long) until a new or idle object is available, or WHEN_EXHAUSTED_GROW, which will create a new Mule instance and return it, essentially making maxActive meaningless. If a positive maxWait value is supplied, it will block for at most that many milliseconds, after which a NoSuchElementException will be thrown. If maxThreadWait is a negative value, it will block indefinitely. </xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="WHEN_EXHAUSTED_GROW"/> <xsd:enumeration value="WHEN_EXHAUSTED_WAIT"/> <xsd:enumeration value="WHEN_EXHAUSTED_FAIL"/> </xsd:restriction> </xsd:simpleType> </xsd:attribute> <xsd:annotation> <xsd:documentation> Specifies the number of milliseconds to wait for a pooled component to become available when the pool is exhausted and the exhaustedAction is set to WHEN_EXHAUSTED_WAIT. </xsd:documentation> </xsd:annotation> </xsd:attribute> <!-- <xsd:attribute name="factory" type="xsd:string" default="org.mule.config.pool.CommonsPoolFactory"/> --> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!--==============================================================--> <!-- Utils / Standard Types --> <!--==============================================================--> <!-- corresponds to TlsIndirectKeyStore, named as tls-client in transport namespace --> <xsd:annotation> <xsd:documentation> Configure client key stores. TLS/SSL connections are made on behalf of an entity, which can be anonymous or identified by a certificate. This interface specifies how a keystore can be used to provide the certificates (and associated private keys) necessary for identification. This is also used as the trust store if no other trust store is specified and the explicitTrustStoreOnly parameter in the server trust store configuration is false. WARNING - due to restrictions in library implementations the values specified here typically apply to all connectors using this transport. </xsd:documentation> </xsd:annotation> <xsd:annotation> <xsd:documentation> The location (which will be resolved relative to the current classpath and file system, if possible) of the keystore that contains public certificates and private keys for identification. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The password used to protect the keystore. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Deprecated. use "type" instead </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The type of keystore used. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <!-- corresponds to TlsDirectKeyStore, named as tls-key-store in transport namespace --> <xsd:annotation> <xsd:documentation> Configures key stores. TLS/SSL connections are made on behalf of an entity, which can be anonymous or identified by a certificate. This interface specifies how a keystore can be used to provide the certificates (and associated private keys) necessary for identification. </xsd:documentation> </xsd:annotation> <xsd:annotation> <xsd:documentation> The location (which will be resolved relative to the current classpath and file system, if possible) of the keystore that contains public certificates and private keys for identification. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Deprecated. use "type" instead </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The type of keystore used. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The alias of the key to use. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The password used to protect the private key. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The password used to protect the keystore. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The algorithm used by the key store. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <!-- corresponds to TlsIndirectTrustStore, named as tls-trust-store in transport namespace --> <xsd:annotation> <xsd:documentation> Configures a trust store. TLS/SSL connections are made to trusted systems. The public certificates of trusted systems are stored in a keystore (called a trust store) and used to verify that the connection made to a remote system is the expected identity. </xsd:documentation> </xsd:annotation> <xsd:annotation> <xsd:documentation> The location (which will be resolved relative to the current classpath and file system, if possible) of the keystore that contains public certificates of trusted servers. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The password used to protect the trust store. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <!-- corresponds to TlsDirectTrustStore, named as tls-server in transport namespace note that this extends tlsTrustStoreType, so only one of the two is needed --> <xsd:annotation> <xsd:documentation> Configures a direct trust store. TLS/SSL connections are made to trusted systems. The public certificates of trusted systems are stored in a keystore (called a trust store) and used to verify that the connection made to a remote system is the expected identity. </xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Deprecated. use "type" instead </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The type of keystore used. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The algorithm used by the trust store. </xsd:documentation> </xsd:annotation> </xsd:attribute> <!-- should be of type TrustManagerFactory --> <xsd:annotation> <xsd:documentation> Reference to a TrustManagerFactory configured as a Spring bean. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Specifies whether the key store data should not be used when a trust store is otherwise undefined. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> If a server socket is constructed directly, this attribute is used to determine whether client authentication is required. This does not apply to client connections. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:annotation> <xsd:documentation> A type that defines a Java keystore.. </xsd:documentation> </xsd:annotation> <xsd:union> <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:enumeration value="jks"> <xsd:annotation> <xsd:documentation> The default Java KeyStore. If no keystore type is specified, "jks" will be used. </xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="jceks"> <xsd:annotation> <xsd:documentation> Used by the Java Cryptography Extension </xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="pkcs12"> <xsd:annotation> <xsd:documentation> A format commonly used to store private keys. </xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:annotation> <xsd:documentation> Any other keystore type. </xsd:documentation> </xsd:annotation> </xsd:restriction> </xsd:simpleType> </xsd:union> </xsd:simpleType> <!-- corresponds to TlsProtocolHandler, named as tls-protocol-handler --> <xsd:annotation> <xsd:documentation> Configures the global Java protocol handler. WARNING - Untested. </xsd:documentation> </xsd:annotation> <xsd:annotation> <xsd:documentation> Sets the java.protocol.handler.pkgs system property. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> <xsd:annotation> <xsd:documentation> A type that defines a Mule-style property placeholder. </xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:pattern value="(\#\[[^\]]+\]|\$\{[^\}]+\})"/> </xsd:restriction> </xsd:simpleType> <xsd:annotation> <xsd:documentation> A custom xsd:NMTOKEN-like type that also allows for Ant-style property placeholders and a leading "[". </xsd:documentation> </xsd:annotation> <xsd:union> <xsd:simpleType> </xsd:simpleType> <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:pattern value="\[?[A-Za-z0-9_\.$]+"/> </xsd:restriction> </xsd:simpleType> </xsd:union> </xsd:simpleType> <xsd:annotation> <xsd:documentation> A custom xsd:string-like type that cannot be empty. </xsd:documentation> </xsd:annotation> <xsd:union> <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:pattern value=".*[^ ]+.*"/> </xsd:restriction> </xsd:simpleType> </xsd:union> </xsd:simpleType> <xsd:annotation> <xsd:documentation> A custom xsd:NMTOKEN type that also allows for Ant-style property placeholders. </xsd:documentation> </xsd:annotation> <xsd:union> <xsd:simpleType> </xsd:simpleType> <xsd:simpleType> <xsd:restriction base="xsd:NMTOKEN"/> </xsd:simpleType> </xsd:union> </xsd:simpleType> <xsd:annotation> <xsd:documentation> A custom xsd:int type that also allows for Ant-style property placeholders and restricts the int value to a valid port number. </xsd:documentation> </xsd:annotation> <xsd:union> <xsd:simpleType> </xsd:simpleType> <xsd:simpleType> <xsd:restriction base="xsd:int"> <xsd:minInclusive value="0"/> <xsd:maxInclusive value="65536"/> </xsd:restriction> </xsd:simpleType> </xsd:union> </xsd:simpleType> <xsd:annotation> <xsd:documentation> A custom xsd:int type that also allows for Ant-style property placeholders. </xsd:documentation> </xsd:annotation> <xsd:union> <xsd:simpleType> </xsd:simpleType> <xsd:simpleType> <xsd:restriction base="xsd:int"/> </xsd:simpleType> </xsd:union> </xsd:simpleType> <xsd:annotation> <xsd:documentation> A custom xsd:long type that also allows for Ant-style property placeholders. </xsd:documentation> </xsd:annotation> <xsd:union> <xsd:simpleType> </xsd:simpleType> <xsd:simpleType> <xsd:restriction base="xsd:long"/> </xsd:simpleType> </xsd:union> </xsd:simpleType> <xsd:annotation> <xsd:documentation> A custom xsd:boolean type that also allows for Ant-style property placeholders. </xsd:documentation> </xsd:annotation> <xsd:union> <xsd:simpleType> </xsd:simpleType> <xsd:simpleType> <xsd:restriction base="xsd:boolean"/> </xsd:simpleType> </xsd:union> </xsd:simpleType> <!-- i found this a bit confusing, so here is some background... this type is typically called from something like <xsd:element name="properties" type="mapType/> and the "properties" element generates a ChildMapDefinitionParser that can "receive" the map entries generated by the embedded spring <entry..> elements and which is then set via "setProperties" on the parent. in other words, it's a map, and despite the name "properties" has nothing to do with the spring <property ...> element. spring elements like <entry...> are handled by MuleHierarchicalBeanDefinitionParserDelegate which punts them to the spring handler --> <xsd:annotation> <xsd:documentation> A map of Mule properties. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> <xsd:sequence> <xsd:annotation> <xsd:documentation> Sets a Mule property. This is a name/value pair that can be set on components, services, etc., and which provide a generic way of configuring the system. Typically, you shouldn't need to use a generic property like this, since almost all functionality is exposed via dedicated elements. However, it can be useful in configuring obscure or overlooked options and in configuring transports from the generic endpoint elements. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:group> <xsd:complexContent> </xsd:complexContent> </xsd:complexType> </xsd:complexType> </xsd:complexType> </xsd:complexType> </xsd:complexType> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexContent> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:restriction base="xsd:string"/> </xsd:simpleType> <!--==============================================================--> <!-- Connector support --> <!--==============================================================--> <xsd:complexContent> <xsd:sequence> <!-- for normal connectors, this is for emergency use only, but it is critical for custom connector --> <xsd:annotation> <xsd:documentation> The threading profile to use when a connector receives messages. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> The threading profile to use when a connector dispatches messages. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Reconnection strategy that defines how Mule should handle a connection failure. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Service overrides allow the connector to be further configured/customized by allowing parts of the transport implementation to be overridden, for example, the message receiver or dispatcher implementation, or the message adaptor that is used. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> Enables dynamic notifications for notifications fired by this connector. This allows listeners to be registered dynamically at runtime via the MuleContext, and the configured notification can be changed. This overrides the default value defined in the 'configuration' element. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Causes Mule to validate connections before use. Note that this is only a configuration hint, transport implementations may or may not make an extra effort to validate the connection. Default is true. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> Allows Spring beans to be defined as a dispatcher pool factory </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:complexType> <xsd:complexContent> <xsd:annotation> <xsd:documentation> Whether to create multiple concurrent receivers for this connector. This property is used by transports that support transactions, specifically receivers that extend the TransactedPollingMessageReceiver, and provides better throughput. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> If createMultipleTransactedReceivers is set to true, the number of concurrent receivers that will be launched. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!--==============================================================--> <!-- JNDI support --> <!--==============================================================--> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> Direct setting of a JNDI property. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:annotation> <xsd:documentation> Direct setting of JNDI properties (allows access to the full Spring map entry). </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:annotation> <xsd:documentation> Set the complete context directly, via a bean reference. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The initial context factory to use. The value of the property should be the fully qualified class name of the factory class that will create an initial context. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The service provider to use. The value of the property should contain a URL string (such as "ldap://somehost:389"). </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:annotation> <xsd:documentation> The list of package prefixes to use when loading in URL context factories. The value of the property should be a colon-separated list of package prefixes for the class name of the factory class that will create a URL context factory. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!--I don't like this flag, may be we could use content-type mappings... --> </xsd:complexType> <xsd:annotation> <xsd:documentation> The mime type, e.g. text/plain or application/json </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:attributeGroup> <!-- these cannot be references (unless we use qualified attribute names, which are ugly), but serve as templates to cut+paste in individual transports <xsd:attribute name="path" type="xsd:string"> <xsd:annotation> <xsd:documentation> A file location. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:attribute name="user" type="xsd:string"> <xsd:annotation> <xsd:documentation> A username. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:attribute name="password" type="xsd:string"> <xsd:annotation> <xsd:documentation> A password. </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:attribute name="host" type="xsd:string"> <xsd:annotation> <xsd:documentation> An IP address (eg www.mulesoft.com, localhost, 127.0.0.1). </xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:attribute name="port" type="substitutablePortNumber"> <xsd:annotation> <xsd:documentation> A port number. </xsd:documentation> </xsd:annotation> </xsd:attribute> --> <!--==============================================================--> <!-- Cache --> <!--==============================================================--> <xsd:element abstract="true" name="abstract-caching-strategy" substitutionGroup="abstract-extension" type="abstractCachingStrategyType"> <xsd:annotation> <xsd:documentation> A placeholder for caching strategies elements. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:complexContent> <xsd:annotation> <xsd:documentation> The name of the caching strategy. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:schema> |
XML schema documentation generated with DocFlex/XML RE 1.8.5 using DocFlex/XML XSDDoc 2.5.0 template set. All content model diagrams generated by Altova XMLSpy via DocFlex/XML XMLSpy Integration. |