| acceptor-retry-wait | Base duration, in milliseconds, to wait between two processing submission tries. At each try, the new duration is the previous one plus this base duration. | 250\\ | Installation\\ |
| acceptor-stop-max-wait | The max duration (in milliseconds) before, on component stop, each acceptor is stopped by force. | 500\\ | Runtime\\ |
| processor-pool-size | The size of the thread pool used to process Message Exchanges. Once a message is accepted, its processing is delegated to one of the thread of this pool. | 10 | Runtime |
| processor-max-pool-size | The maximum size of the thread pool used to process Message Exchanges. The difference between this size and the processor-pool-size represents the dynamic threads that can be created and destroyed during overhead processing time. \\ | 50\\ | Runtime\\ |
| processor-keep-alive-time | When the number of processors is greater than the core, this is the maximum time that excess idle processors will wait for new tasks before terminating, in seconds. \\ | 300\\ | Runtime\\ |
| processor-stop-max-wait | The max duration (in milliseconds) of message exchange processing on stop phase (for all processors).\\ | 15000\\ | Runtime\\ |
| time-beetween-async-cleaner-runs | The time (in milliseconds) between two runs of the asynchronous message exchange cleaner.\\ | 2000\\ | Installation\\ |
| properties-file | Name of the file containing properties used as reference by other parameters. Parameters reference the property name using a placeholder in the following pattern $\{myPropertyName}. At runtime, the expression is replaced by the value of the property.\\
\\
The properties file can be reloaded using the JMX API of the component. The runtime configuration MBean provides an operation to reload these place holders. Check the service unit parameters that support this reloading. \\
\\
The value of this parameter is :
* an URL
* a file relative to the PEtALS installation path
* an absolute file path
* an empty value to stipulate a non-using file. | \- | Installation |
| activate-flow-tracing | Enable ('{{true}}') or disable ('{{false}}') the flow tracing. This value can be overridden at service consumer or service provider level, or at exchange level. | {{true}} | Runtime |
| propagate-flow-tracing-activation | Control whether the flow tracing activation state must be propagated to next flow steps or not. If '{{true}}', the flow tracing activation state is propagated. This value can be overridden at service consumer level. | {{true}} | Runtime |