[#MULE-2781] VMMessageReceiver polls unnecessarily when queueEvents is false

Mule

VMMessageReceiver polls unnecessarily when queueEvents is false

Created: 07/Dec/07 09:51 AM Updated: 11/Dec/07 11:42 AM

Component/s:

Transport: VM

Affects Version/s:

1.4.3, 2.0.0-M2, 2.0.0-RC1

Fix Version/s:

1.4.4, 2.0.0-RC2

Time Tracking:

Not Specified

Issue Links:

Related

This issue relates to:

~~MULE-2396~~ Rewrite the VMMessageReceiver to not extend PollingMessageReceiver

This issue relates to:

~~MULE-2769~~ VM Transport needs it's own QueueManager

Labels:
User impact:	Low

All

Comments

Work Log

Change History

Transitions

FishEye

Sort Order:

[ Permlink | « Hide ]

Andrew Perepelytsya added a comment - 07/Dec/07 10:24 AM

What is the config? It may legitimately poll if it's a part of an XA transaction.

[ Permlink | « Hide ]

Holger Hoffstaette added a comment - 11/Dec/07 02:05 AM

When queueEvents=false, nothing can ever be on the receiver's queue. No harm will be done though - the poll() will just time out and do nothing, it's just a consequence of the dual nature of the receiver as it "sort of" extends the wrong classes. Work in ~~MULE-2396~~ will make this one a non-issue.

[ Permlink | « Hide ]

Holger Hoffstaette added a comment - 11/Dec/07 06:05 AM

1.x: http://fisheye.codehaus.org/changelog/mule/?cs=10063

DanF will do 2.x

[ Permlink | « Hide ]

Daniel Feist added a comment - 11/Dec/07 07:34 AM

2.x: http://fisheye.codehaus.org/changelog/mule/?cs=10064

[ Permlink | « Hide ]

Holger Hoffstaette added a comment - 11/Dec/07 11:42 AM

merged into all relevant directions.