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#connection-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] > >
