[ http://jira.jboss.com/jira/browse/JBMESSAGING-275?page=all ] Tim Fox updated JBMESSAGING-275: -------------------------------- Priority: Critical (was: Major) The way to do this is as follows: The PrioritizedDeque has an iterator (untested) that I recently added. Currently a Receiver returns null when it doesn't want to accept a reference, therefore there is currently no way of distinguishing that it doesn't want to accept the ref because it doesn't match a selector, or for some other reason (e.g. it's full). We need to know this extra information, so we should change the contract of handle() so it returns an enum value rather than null 0=closed, 1=on match on selector etc. Once we know this information, since now we push messages to receivers until no more or accepted, instead if we push a message and all receivers return "no match on selector" then the router should return this information to the channel in it's return value, then the channel can use PrioritizedDeque iterator to work backwards from the first item on the queue, trying them one by one until there are no more messages in memory. Initially I recommend we do not consider references paged to disc since this is a significant complication and we also do not use indexes as yet. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira