Mailing-List: contact users-help@qpid.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@qpid.apache.org
From: "Flores, Paul A." <PAUL.A.FLORES@SAIC.COM>
To: "users@qpid.apache.org" <users@qpid.apache.org>
Subject: C++ Messaging API Question: Receiver Capacity?
Thread-Topic: C++ Messaging API Question: Receiver Capacity?
Thread-Index: AdH35F3DGxmQg4TfRtOG+38pHpKI1Q==
Date: Tue, 16 Aug 2016 18:05:53 +0000
Message-ID: <DEF2031F60ECAC4DB47A8AB7015CF86E05494C31@EM-EXMRP101.us.saic.com>
Accept-Language: en-US
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_DEF2031F60ECAC4DB47A8AB7015CF86E05494C31EMEXMRP101ussai_"
MIME-Version: 1.0
archived-at: Tue, 16 Aug 2016 18:06:06 -0000

--_000_DEF2031F60ECAC4DB47A8AB7015CF86E05494C31EMEXMRP101ussai_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

At Client Site,


An interesting question has come up regarding how setting the receiver's ca=
pacity influences receiver processing.


In one "reading" of the API documentation regarding set capacity an "impres=
sion" or "inference" has been arrived at and I have been asked to either co=
nfirm or refute.


The "impression" /"inference" is as follows.


Given:

 1. The queue , "A", has been "instantiated".

 2. Various senders have placed 6 messages onto the queue "A".


A receiver for queue "A" with a capacity of 10 is created.


When a fetch  is performed .  The receiver process "waits" until there are =
10 messages on the broker and when the capacity has been meet loads the mes=
sages into a local queue providing one message to the "caller" for each fet=
ch and goes back out to the brokers to obtain subsequent messages when the =
local queue is depleted.


Is this  "impression"/"inference" correct?


I believe that the "impression"/"inference" is incorrect and that the recei=
ver process "obtains" all 6 messages into a local queue providing one messa=
ge to the "caller" for each fetch and goes back out to the brokers to obtai=
n subsequent messages up to the receiver capacity when the local queue is d=
epleted.


Insights, clarifications and comments are appreciated.


Paul


________________________________

This communication (including any attachments) may contain information that=
 is proprietary, confidential or exempt from disclosure. If you are not the=
 intended recipient, please note that further dissemination, distribution, =
use or copying of this communication is strictly prohibited. Anyone who rec=
eived this message in error should notify the sender immediately by telepho=
ne or by return email and delete it from his or her computer.

--_000_DEF2031F60ECAC4DB47A8AB7015CF86E05494C31EMEXMRP101ussai_--