10 Replies Latest reply on Sep 6, 2006 1:42 PM by toddjtidwell

    Queue configuration

    irahayes

      Using JBoss 4.0.4.GA, Messaging 1.0.1.

      How do I configure queue properties such as max redelivery attempts etc. I've been looking through the docs and found nothing - perhaps I haven't had enough coffee yet...

      Thanks.

        • 1. Re: Queue configuration
          timfox

          Delivery attempts is currently hardcoded.

          Pluggable redelivery behaviour is currently scheduled for 1.0.2

          http://jira.jboss.com/jira/browse/JBMESSAGING-127

          • 2. Re: Queue configuration
            irahayes

            Is the DLQ behaviour also hard coded (and supposed to work)?

            Am "playing" with the redelivery behaviour by having a simple mdb that just calls setRollbackOnly.

            We watch messages being delivered a number of times and eventually get a log message along the lines of:

            JBossMessage[58120]:PERSISTENT has exceed maximum delivery attempts and will be removed

            However, the message is never moved onto a dlq...

            • 3. Re: Queue configuration
              timfox

              There's no DLQ support at present.

              This is part of the same task, so will be in 1.0.2 (not too long).

              • 4. Re: Queue configuration
                irahayes

                Aah, fair enough - I'll have another go when 1.0.2 comes out.

                Cheers,

                Andy

                • 5. Re: Queue configuration
                  toddjtidwell

                  Am I reading the JIRA right on this? Has it moved from 1.0.2 to 1.2.0Beta? If so, is there any way for us to have some form of DLQ until then?

                  • 6. Re: Queue configuration
                    ovidiu.feodorov

                    That feature is badly needed by others as well, so I raised it to critical.

                    Product management took the decision to move all new feature development that is not related to clustering to 1.2, after anything clustering, so that's why you see it in 1.2.0.Beta. That release is planned to be available around November, but we may release bits of it before the planned date, and we're trying to include 127 within those bits.

                    • 7. Re: Queue configuration
                      slaboure

                      toddjtidwell, would you be interested to contribute some of these features?

                      Let us know. Cheers,


                      sacha

                      • 8. Re: Queue configuration
                        irahayes

                        Good to see this is getting attention :)

                        I appreciate that clustering is important - in fact I have couple of customers who are waiting for it. However, for them the DLQ is an absolute "must have". Without the DLQ we cannot have MDBs processing a queue, even in a single node environment.

                        The situtation for the customer I'm working with that started this thread is that we would accept two standalone messaging servers rather than a clustered pair for our availability requirements - so long as we had a DLQ ...

                        I guess this is a round about way of saying that for us a DLQ is higher priority than clustering.

                        Unfortunately I am currently working flat out on a couple of projects so my ability to contribute towards making it happen is severly limited (quite happy to run our tests again if anyone does make progress on the DQL ;)

                        Cheers,

                        Andy

                        • 9. Re: Queue configuration
                          timfox

                          Getting the DLQ to work is really a rather simple task too.

                          • 10. Re: Queue configuration
                            toddjtidwell

                            Sacha,

                            Ordinarily, yes, I'd be incredibly happy to contribute here. I love JBoss and I'd love to be a part of making it even more robust. However, I'm staring down a huge deadline on a project that uses JBoss Messaging. If I start contributing, neither of you will get my best work.

                            When it's done, however, I promise, I'll be back here IDE in hand and ready to go.