Which statement is an advantage of VM persistent queues over a typical third-party messaging solution?

Which statement is an advantage of VM persistent queues over a typical third-party messaging solution?

• A. They are not available in all deployments
• B. They require external brokers
• C. They are more durable and reliable than JMS or DB
• D. They cannot be shared between multiple applications

Answer: (C)

VM persistent queues give durability and reliability built into the Mule runtime. Because messages are persisted to storage as part of the VM transport, they survive restarts and crashes, ensuring they can be delivered even after a failure. This means you get reliable, guaranteed delivery without needing an external messaging broker—the queue behaves like a built-in, persistent layer inside your Mule application. In that sense, these queues tend to be more durable and reliable than relying on JMS brokers or using a database as a makeshift queue, since the persistence and delivery semantics are designed specifically for Mule workflows and are managed within the same runtime context. The other statements are not accurate: VM persistence is available in standard deployments and does not require an external broker, and VM queues can be shared among multiple components or apps within the same Mule runtime, which further enhances reliability and flexibility.

VM persistent queues give durability and reliability built into the Mule runtime. Because messages are persisted to storage as part of the VM transport, they survive restarts and crashes, ensuring they can be delivered even after a failure. This means you get reliable, guaranteed delivery without needing an external messaging broker—the queue behaves like a built-in, persistent layer inside your Mule application. In that sense, these queues tend to be more durable and reliable than relying on JMS brokers or using a database as a makeshift queue, since the persistence and delivery semantics are designed specifically for Mule workflows and are managed within the same runtime context. The other statements are not accurate: VM persistence is available in standard deployments and does not require an external broker, and VM queues can be shared among multiple components or apps within the same Mule runtime, which further enhances reliability and flexibility.