Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Critical
-
Resolution: Fixed
-
Affects Version/s: 3.2.1, 3.2.2 (EE only)
-
Fix Version/s: 3.2.3 (EE only), 3.3.0
-
Component/s: Transport: VM
-
Labels:
-
User impact:Very High
-
Configuration:
-
Similar Issues:None
Description
When mule start up it recursively loads all the files previously persisted in the queuestores directories and adds them to a list. In the past this list used to be traversed during mule startup to load all the persisted files IDs and process them before any other incoming new message. This doesn't happen any longer ever since mule 3.2.1. What happens is that the file are still aggregated to a list of IDs but this seems not to be used and as a result the persisted messages won't be ever processed again.
To reproduce the problem just use the provided config and do the following step
*create a simple app containing only it
*connect to http://localhost:8080/test
*swap the vm queues path
As a result the message stored into the flowOut during step 2, should be processed during step 3, but if you take a look at the folder .mule/${app.name}/queuestore/flowOut/ you will se that the message has not been picked up.
3.2.x
http://fisheye.codehaus.org/changelog/mule/?cs=23937
http://fisheye.codehaus.org/changelog/mule/?cs=23938
http://fisheye.codehaus.org/changelog/mule/?cs=24182
http://fisheye.codehaus.org/changelog/mule/?cs=24187
3.x
http://fisheye.codehaus.org/changelog/mule/?cs=24154
http://fisheye.codehaus.org/changelog/mule/?cs=24189