Re: [esb-dev] Why a message store?

Didn't we have this discussion back in March (http://www.jboss.com/ index.html?module=bb&op=viewtopic&t=104929)? I spoke with Tim at the time and the message store they've got in JBM is pretty basic and doesn't have much in the way of search capabilities. Although what we've got is a store, it needs to be more than that from our perspective. Ultimately we need to tie this into SLAs, audit trails, complex search criteria etc. It's not just for the reliable delivery of messages, which is what the JBM implementation is there for. There are two separate use cases for a "message store": (i) Someone deploying the ESB and wanting reliable messaging may need a store in order to guarantee delivery in the presence of failures. That store should be optimised for the transport and probably comes with the transport. In this case, the store with always store the entire message, either permanently or for the duration of the delivery. (ii) Someone deploying the ESB and wants to maintain audit trails for all (or a select) messages. Messages stored here may need to be searched in a variety of ways. Also, the entire message may not need to be stored. It may be possible to just store the header information. Or it may actually be illegal to store the entire message (some contracts exist where only the sender and receiver can ever have the entire message and intermediaries aren't allowed to do so). If we were only looking at (i), then JBM would be fine. However, we're really looking at (ii). Whether we should use the current Message Store to achieve (i) is a different discussion. My 2 cents is that we shouldn't: these are really two different entities, even if they have the same name. Mark. On 5 Jun 2007, at 15:15, Bill Burke wrote: ---- Mark Little mlittle(a)redhat.com JBoss, a Division of Red Hat Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United Kingdom. Registered in UK and Wales under Company Registration No. 3798903 Directors: Michael Cunningham (USA), Charlie Peters (USA) and David Owens (Ireland)