[rabbitmq-discuss] A new exchange type

Alister Morton Alister.Morton at tradition.com
Wed Jan 28 14:51:29 GMT 2009


> *queues* rather than the exchanges. Your observation that
> it's best placed in the *exchange* is, I think, critical. Great stuff!
To me that seems a logical place.

> So given a stateful (!) exchange of the kind you describe,
> what could some of the parameters be for its behaviour?

I'd say that at its simplest level you'd want to control whether the history persists a reboot or not (which could be separate from whether the exchange definition persists), the history depth (whether you only keep the most recent message, or whether messages ripple to a configurable depth. This could consume large resources, though) and how long the messages persist. For example, you /might/ want to always keep the most recent message, but lose the previous four messages (say) after they are over a certain age, or you might want messages to "drop off" after they exceed a certain age, so that eventually there was no history, or you might want to always keep the last five (say) messages regardless of how old they were.

al.

The information herein may have been obtained from various sources. Any opinion expressed may be that of the sender only, is subject to change without notice and should be independently evaluated. Nothing herein constitutes investment advice or an offer, or solicitation of an offer, to buy or sell any financial product. Any data consists of purely indicative prices and should not be relied upon to revalue any commercial positions held by any recipient. Tradition makes no warranty that the data represent or indicates prices at which transactions may be or have been made by any Tradition Group company. To the maximum extent of the law, Tradition accepts no responsibility for, and cannot and does not warrant the integrity, accuracy, quality, completeness, merchantability or suitability for a particular purpose or requirement of the information or data, even if arising out of the negligence of Tradition or otherwise. Tradition accepts no liability for any direct, indirect or other consequential loss arising out of any use of the information contained in this document or any omission from it. This communication is directed at Eligible Counterparties and Professional Clients as defined by the FSA. It is not for distribution to nor should it be relied upon by Private Clients. It is not intended for distribution to, or use by any person or entity in any jurisdiction or country where such distribution or use would be contrary to any applicable law or regulation. Please note that, for business or compliance reasons, we may monitor and read emails sent or received using our servers or equipment. Tradition (UK) Ltd (937647; FSA 139200), Tradition Financial Services Ltd (1046064; FSA 147543), TFS Derivatives Ltd (4051930; FSA 197244), Tradition London Clearing Ltd (3633863; FSA 190632) and TFS-ICAP Ltd (4025995; FSA 206018) registered in England at Beaufort House, 15 St Botolph Street, London EC3A 7QX; authorised and regulated by the Financial Services Authority. VAT No: GB 365 4639 27 except TFS-ICAP GB 766 0854 05.




More information about the rabbitmq-discuss mailing list