我有一个StatelessSessionBean,在调用特定方法时会创建一个MapMessage
来发送给MDB。
QueueConnection connection = null;
QueueSession mSession = null;
QueueSender messageProducer = null;
try {
QueueConnectionFactory connectionFactory = (QueueConnectionFactory) home(session).getCTX().lookup(DocumentManagementTransactionUtil.QUEUE_CONNECTION_FACTORY);
connection = connectionFactory.createQueueConnection();
mSession = connection.createQueueSession(false, Session.CLIENT_ACKNOWLEDGE);
Queue dest = (Queue) home.getCTX().lookup(DocumentManagementTransactionUtil.QUEUE_DESTINATION);
messageProducer = mSession.createSender(dest);
messageProducer.setDeliveryMode(DeliveryMode.NON_PERSISTENT);
messageProducer.send(createJMSMessageFordocMessageReceiver(mSession, session, idnr, debugCode));
} catch (Exception ex) {
log.error("failed to start DocumentTransfer MDB", ex);
throw new AsaleException("failed to start DocumentTransfer MDB", ex);
} finally {
try { if (messageProducer != null) messageProducer.close(); } catch (Exception e) { }
try { if (mSession != null) mSession.close(); } catch (Exception e) { }
try { if (connection != null) connection.stop(); connection.close(); } catch (Exception e) { }
}
现在,在我的MDB的onMessage
方法中,我从我的消息中读出了我需要的所有信息,并承认它。
MapMessage msg = (MapMessage) message;
project = msg.getLong("project");
Long lang = msg.getLong("lang");
int firm = msg.getInt("opFirm");
int sub = msg.getInt("opSub");
long user = msg.getLong("user");
int debugCode = msg.getInt("debugCode");
log.debug(project + prelog + "DocumentManagementMDBean... Retrieved Message: User: " + user + " Project: " + project + " JMS MessageID: " + message.getJMSMessageID() + " Redelivered: " + message.getJMSRedelivered());
message.acknowledge();
并且开始一个冗长的操作,该操作需要一个未定义的时间(1到X分钟)而不从onMessage
方法返回。
5分钟之后,正如我从ID和redelivered
状态所看到的那样,我的信息被重新传递,即使我之前已经确认过。
我做错了什么或是否有办法告诉系统不要重新发送消息?
编辑:
@TransactionManagement(TransactionManagementType.BEAN)
@MessageDriven(mappedName = DocumentManagementTransactionUtil.MAPPED_NAME, activationConfig = {
@ActivationConfigProperty(propertyName = "acknowledgeMode", propertyValue = "Auto-acknowledge"),
@ActivationConfigProperty(propertyName = "destinationType", propertyValue = "javax.jms.Queue"),
@ActivationConfigProperty(propertyName = "destination", propertyValue = DocumentManagementTransactionUtil.QUEUE_DESTINATION),
@ActivationConfigProperty(propertyName = "dLQMaxResent", propertyValue = "0")})
答案 0 :(得分:1)
关于消息驱动bean的所有内容都是事务性的。
如果无法将消息传递给它的队列/主题,那么您的事务将失败并回滚。
如果由于任何原因无法处理消息,则将回滚执行MDB的事务。在这种情况下,规范要求容器重试向MDB传递消息。
在您的情况下,您的事务看起来超时,之后任何事务操作(例如数据库访问或EJB调用)都将失败并引发异常。随后,容器正在重试以处理该消息。
一般来说,您不应该尝试在任何EJB方法(包括消息驱动的bean)中执行长时间运行的进程。
正如您使用wildfly
标记了这一点,我想您正在使用Java EE 7实现。如果是这种情况,您可以考虑将JSR-352批处理API用于您的目的。