-
1. Re: Changing delivery policy
clebert.suconic Nov 29, 2006 2:42 PM (in response to felipeal)Hello Felipe...
IMO you shouldn't relay on the order of *any* JMS provider.
If order is relevant for you... I don't know... you probably are doing something wrong in your design. (just IMHO)
Clebert -
2. Re: Changing delivery policy
felipeal Nov 29, 2006 3:40 PM (in response to felipeal)Hi Clebert,
Yes, I agree, this is not a good (neither portable) design, but it's one of the options we are considering for now, mainly for 2 reasons (given our whole context): it might be the easiest to implement and the one with best performance.
Other options would be to check the domain before the message is sent (so if the throughput to that domain is too high we could return the JMS message to the queue) or to do this kind of sorting before adding the
message to the queue.
Anyway, do you think that's possible?
-- Felipe -
3. Re: Changing delivery policy
felipeal Nov 29, 2006 3:48 PM (in response to felipeal)BTW, order was not a problem on our initial design, much the opposite, we design the application to achieve high paralelization thorugh JMS and clusteriing. Just later we realized this high performance could cause problems with some SMTP providers :-(
-
4. Re: Changing delivery policy
clebert.suconic Nov 29, 2006 3:51 PM (in response to felipeal)What about using selectors, and having multiple listeners with different selectors... one for each property you need?
-
5. Re: Changing delivery policy
felipeal Nov 29, 2006 7:57 PM (in response to felipeal)I thought about selectors too, but I don't think it would work, as the values of the properties are dynamic (i.e., there could be hundreds of different domains)...