Ok, thank you for your help, I'll figure something out with that information. @Rob capacity calculations based on the total enqueued size are absolutely sufficient for our needs. I wish you guys nice vacations.
Best regards, Julien Avitech GmbH Engineering AxL Tel.: +49 (0)7541/282-177 Fax: +49 (0)7541/282-199 e-mail: [email protected] ________________________________________________ Avitech GmbH Principal Office: Bahnhofplatz 1 | 88045 Friedrichshafen | Germany Court Registration: Amtsgericht Ulm | HRB 728293 Geschäftsführer/Managing Director: Jon Joseba Goyarzu Caño http://avitech.aero This message may contain confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. -----Ursprüngliche Nachricht----- Von: Rob Godfrey [mailto:[email protected]] Gesendet: Montag, 21. März 2016 16:39 An: [email protected] Betreff: Re: java broker queue flow control On 21 March 2016 at 16:21, Robbie Gemmell <[email protected]> wrote: > That reply was actually for Rob, in relation to the *brokers* > receiving links (i.e the client producer) should he take a look at it. > As an aside I did take a bit of a look at this this morning... - unfortunately it looks like it's going to a bit of a pain to implement - especially since the capacity calculations on the queue are currently all based on the total enqueued size (i.e. the sum of the messages size) rather than the count of messages... so it's not easy to estimate a sensible credit number to pass from the broker to the client... and I'm not sure how well either the broker or the client would cope with reducing credit that has notionally already been issued. -- Rob > > However, to answer your question on configuring the clients receiver > link credit, see the prefetch bits towards the end of the connection > uri option config documentation: > > http://qpid.apache.org/releases/qpid-jms-0.8.0/docs/index.html#connect > ion-uri > > Robbie > > On 21 March 2016 at 07:58, Julien Charon <[email protected]> > wrote: > > Hi Robbie, > > > > > > Thanks for the hint. But how can I manipulate the link credit for a > > JMS > client acting as a receiver? I can't find anything in the > documentation. Is there an example somewhere? > > > > > > Best regards, > > > > Julien > > > > Avitech GmbH > > Engineering AxL > > Tel.: +49 (0)7541/282-177 > > Fax: +49 (0)7541/282-199 > > e-mail: [email protected] > > ________________________________________________ > > Avitech GmbH > > Principal Office: Bahnhofplatz 1 | 88045 Friedrichshafen | Germany > > Court Registration: Amtsgericht Ulm | HRB 728293 > > Geschäftsführer/Managing Director: Jon Joseba Goyarzu Caño > > http://avitech.aero > > > > This message may contain confidential information and is intended > > only > for the individual named. If you are not the named addressee you > should not disseminate, distribute or copy this e-mail. Please notify > the sender immediately by e-mail if you have received this e-mail by > mistake and delete this e-mail from your system. > > > > > > -----Ursprüngliche Nachricht----- > > Von: Robbie Gemmell [mailto:[email protected]] > > Gesendet: Samstag, 19. März 2016 02:27 > > An: [email protected] > > Betreff: Re: java broker queue flow control > > > > If you do look, you'll probably want to force a low credit for the > receiver links if playing with the newer JMS client: > > https://issues.apache.org/jira/browse/QPIDJMS-159 > > > > (I'm also on vacation, but probably won't look at it..) > > > > Robbie > > > > On 18 March 2016 at 22:05, Rob Godfrey <[email protected]> wrote: > >> Hi Julien, > >> > >> as Robbie guessed, flow control based on queue capacity isn't > >> currently implemented for AMQP 1.0 connections to the Java broker. > >> I'm on vacation next week, but I may take a look to see how easy it > >> would be to add an implementation. > >> > >> -- Rob > >> > >> On 18 March 2016 at 19:12, Robbie Gemmell > >> <[email protected]> > wrote: > >> > >>> Hi Julien, > >>> > >>> Those docs are discussing the AMQP 0-x JMS client I believe. I > >>> know you were asking about the AMQP 1.0 JMS clients recently, so > >>> if you are using those then the details wont be applicable, > >>> particularly around log messages. > >>> > >>> In terms of queue flow control, governing ability to send works > >>> differently in AMQP 1.0 than in AMQP 0.x did, and I'm not sure > >>> what the broker does there, it may be that feature isnt yet > >>> functional for AMQP 1.0 producers. > >>> > >>> Robbie > >>> > >>> On 18 March 2016 at 13:59, Julien Charon > >>> <[email protected]> > >>> wrote: > >>> > Hi, > >>> > > >>> > > >>> > I'm currently trying to configure flow control on queue level as > >>> described in [1]. > >>> > I tried the following: > >>> > - Create a queue, set flow control settings: capacity = 1024, > >>> > resume > >>> capacity = 512 (I also tried with capacity = 10240, resume > >>> capacity = > >>> 5120 and capacity = 102400, resume capacity = 51200) > >>> > - With a QPID JMS client, send 100 messages with ~16KB each > >>> > - I can't see any log messages on broker side nor on client side > >>> > as > >>> described in [1] (also tried to set log level to DEBUG) > >>> > - Sending of the messages by the client (producer) is not slowed > >>> > down > >>> nor blocked as describe in [1] > >>> > Did I make a mistake in configuration or did I misunderstand > something? > >>> > > >>> > > >>> > [1] > >>> https://qpid.apache.org/releases/qpid-java-6.0.1/java-broker/book/ > >>> Jav a-Broker-Runtime-Disk-Space-Management.html > >>> > > >>> > Best regards, > >>> > Julien > >>> > > >>> > Avitech GmbH > >>> > Engineering AxL > >>> > Tel.: +49 (0)7541/282-177 > >>> > Fax: +49 (0)7541/282-199 > >>> > e-mail: > >>> > [email protected]<mailto:[email protected]> > >>> > ________________________________________________ > >>> > Avitech GmbH > >>> > Principal Office: Bahnhofplatz 1 | 88045 Friedrichshafen | > >>> > Germany Court Registration: Amtsgericht Ulm | HRB 728293 > >>> > Geschäftsführer/Managing Director: Jon Joseba Goyarzu Caño > >>> > http://avitech.aero<http://avitech.aero/> > >>> > > >>> > This message may contain confidential information and is > >>> > intended only > >>> for the individual named. If you are not the named addressee you > >>> should not disseminate, distribute or copy this e-mail. Please > >>> notify the sender immediately by e-mail if you have received this > >>> e-mail by mistake and delete this e-mail from your system. > >>> > > >>> > >>> ------------------------------------------------------------------ > >>> --- To unsubscribe, e-mail: [email protected] For > >>> additional commands, e-mail: [email protected] > >>> > >>> > > > > -------------------------------------------------------------------- > > - To unsubscribe, e-mail: [email protected] For > additional commands, e-mail: [email protected] > > > > > > -------------------------------------------------------------------- > > - To unsubscribe, e-mail: [email protected] For > > additional commands, e-mail: [email protected] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] For > additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
