Interface Message acknowledge() method acknowledges this and all previous messages received.

Question

Hi,
          I use a JDBC datastore to hold messages in a queue. When I receive a message
          off the queue, there is a flag that says True or False. If True, I want to
          put the message back onto the queue without acknowledge. If False, I want
          to acknowledge. My session instantiation looks like this:
          qsession = qcon.createQueueSession(false,Session.CLIENT_ACKNOWLEDGE);
          Currently, I receive messages by correlation ID in order to filter messages
          based on the flag. First, I receive all messages with False. Those messages
          I will acknowledge. Then, I receive messages with True. This group of
          messages will not be acknowldeged. Instead, I use qsession.recover. The
          messages are put back on the same queue after forwarding them to another
          process. The process will return success or failure. If failure, the
          process will call again, and I'll resend the group of messages I just
          recovered.
          What I would like to have happen is to do this procedure in one loop, not
          two. Instead, I would rather get all messages, and check if True or False.
          If True, I would want to skip acknowledgement. If False, I would want to
          acknowledge. The problem is, the JMS Message.acknowledge method will
          acknowledge all the messages it received before.
          In BEA WebLogic, is there an ability to acknowledge a particular message,
          rather than all previous messages? If it is not possible, is the reason
          because the acknowledge underneath is actually like a database commit? Is
          there any other way to process these two types of messages given that I may
          need to keep one type around in case resending is necessary?
          Regards,
          Scott Lynch
          

Answer 1

          Scott Lynch wrote:
          > Hi,
          >
          > I use a JDBC datastore to hold messages in a queue. When I receive a message
          > off the queue, there is a flag that says True or False. If True, I want to
          > put the message back onto the queue without acknowledge. If False, I want
          > to acknowledge. My session instantiation looks like this:
          >
          >
          >
          > qsession = qcon.createQueueSession(false,Session.CLIENT_ACKNOWLEDGE);
          >
          >
          >
          > Currently, I receive messages by correlation ID in order to filter messages
          > based on the flag. First, I receive all messages with False. Those messages
          > I will acknowledge. Then, I receive messages with True. This group of
          > messages will not be acknowldeged. Instead, I use qsession.recover. The
          > messages are put back on the same queue after forwarding them to another
          > process. The process will return success or failure. If failure, the
          > process will call again, and I'll resend the group of messages I just
          > recovered.
          >
          > What I would like to have happen is to do this procedure in one loop, not
          > two. Instead, I would rather get all messages, and check if True or False.
          > If True, I would want to skip acknowledgement. If False, I would want to
          > acknowledge. The problem is, the JMS Message.acknowledge method will
          > acknowledge all the messages it received before.
          >
          >
          >
          > In BEA WebLogic, is there an ability to acknowledge a particular message,
          > rather than all previous messages?
          The is a FAQ. And no, BEA does not provide an "acknowledge-one"
          extension. It does provide an "acknowledge-previous" extension, via a
          connection factory configurable, but this won't help in your case.
          One common solution is to use a pool of multiple sessions (one per
          current message).
          > If it is not possible, is the reason
          > because the acknowledge underneath is actually like a database commit?
          No. BEA JMS is just following the JMS spec here.
          > Is
          > there any other way to process these two types of messages given that I may
          > need to keep one type around in case resending is necessary?
          Use multiple sessions.
          >
          >
          >
          > Regards,
          >
          > Scott Lynch
          >
          >
          >
          >