Document persistence is controlled not only by the doc type definition but also by the queues that the docs travel through. Volatile should only be used when you don’t care if the doc makes it to the destination. This is useful for docs where the data is time sensitive and becomes meaningless after a time, or where subsequent docs will override previous docs (e.g. current temperature). Volatile should normally be used for request/reply ops too.
For volatile docs in volatile queues, these will be lost when the Broker is restarted. There is no mechanism with normal Broker facilities to determine which documents had no subsribers–if a doc has no subscribers, the Broker tosses it away.
It’s been my experience that dropped docs are usually due to the interaction between the adapter/broker client and the resource it interacts with. If you don’t set things up properly there, docs can be lost, though the Broker has successfully delivered it to the adapter.
#webMethods-General#Integration-Server-and-ESB#webMethods#webMethods-Architecture