Anonymous | Login | Signup for a new account | 12-17-2024 11:01 PST |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
0005535 | [Resin] | minor | always | 09-27-13 10:17 | 10-03-13 14:03 | ||||
Reporter | ferg | View Status | public | ||||||
Assigned To | ferg | ||||||||
Priority | normal | Resolution | fixed | ||||||
Status | closed | Product Version | 4.0.37 | ||||||
Summary | 0005535: JMS double message on restart | ||||||||
Description |
(rep by Scott Weatbrook) I believe I found a bug in Resin 4.0.37 but you'll have to determine this. We are using JMS as such: <jms-queue name="eventNotificationQueue" jndi-name="eventNotificationQueue" uri="file:path=WEB-INF/messaging"/> <jms-connection-factory uri="resin:"/> <ejb-message-bean class="inpowered.common.notification.EventConsumer"> <destination>#{eventNotificationQueue}</destination> </ejb-message-bean> and whenever we restart the server it will re-process the latest message in the queue. The message bean is setup to email our clients and they keep getting duplicate emails of events that have happened in the system because of this. 1. Is there something I'm doing wrong in the setup? 2. Is this a Resin bug? 3. Is the code supposed to do anything to flag the message as having already been sent? If so, how? 3. We have a workaround by using the in-memory queue but we would like to still use the file queue as the documentation suggests. |
||||||||
Additional Information | |||||||||
Attached Files | |||||||||
|
Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
28 total queries executed. 25 unique queries executed. |