Mailing-List: contact users-help@qpid.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@qpid.apache.org
Received-SPF: pass (athena.apache.org: domain of adam.chase1@gmail.com
 designates 209.85.217.172 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=UV8aYsOxpiBpfv9MHpXq3SqjU42Fh5R+pa9gzVf/23LGr3d2HUxvQ4VBBDkYxVB0wL
         U106R1+kmGns0jbVNWkmxpozNCJl5c06fWnIkqIZodCHN+hKHqlMuY6bSKncxpcWyUx7
         yGlEutwTBRPa7CeVOn/5i9mSOkYL5QNcgue3w=
MIME-Version: 1.0
In-Reply-To: <4A01692E.2090001@redhat.com>
References: <17e364b30905051137n126132b0t5a4f1987b2d189d5@mail.gmail.com>
	 <17e364b30905051222k4c7951c4y59ed18294ded194c@mail.gmail.com>
	 <4A01692E.2090001@redhat.com>
Date: Wed, 6 May 2009 09:48:46 -0400
Message-ID: <17e364b30905060648o5e57e8e3j12bb2a72b2c7a2e4@mail.gmail.com>
Subject: Re: Any idea
From: Adam Chase <adam.chase1@gmail.com>
To: users@qpid.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

In retrospect I think that this was my fault.  When I restarted my
qpid server, I reconnected and then tried to accept messages from my
previous session.  I think this error message is because of that.

Adam

On Wed, May 6, 2009 at 6:40 AM, Gordon Sim <gsim@redhat.com> wrote:
> Adam Chase wrote:
>>
>> Was doing some batch accepting of a possibly large number of messages.
>> =A0And then adding credit.
>>
>> qpid-tool shows fewer messages (possibly only 1 accepted).
>>
>> Is this familiar?
>
> What subscription settings are you using? It looks like it might be relat=
ed
> to wraparound of the command ids for transfers, but that is just speculat=
ion
> at this point.
>
> In 0-10 message transfer from the broker to the client must be 'accepted'
> (the logical ack, allowing the message to be dequeued) and 'completed' (a
> session level ack that reallocates credit in windowing mode and moves the
> window of in doubt commands).
>
> The command ids become ambiguous every (2^31)-1 commands. Therefore you
> cannot allow a received message transfer to remain unaccepted or incomple=
ted
> after that number of subsequent commands are received.
>
>>
>> Adam
>>
>> On Tue, May 5, 2009 at 2:37 PM, Adam Chase <adam.chase1@gmail.com> wrote=
:
>>>
>>> 2009-may-05 17:36:23 error
>>> qpid/amqp_0_10/SessionHandler.cpp:90:virtual void
>>> qpid::amqp_0_10::SessionHandler::handleIn(qpid::framing::AMQFrame&):
>>> Execution exception: invalid-argument:
>>> 84afb5d5-41d3-4a0c-8aae-8bc01933f5ac@anonymous: confirmed < (12289+0)
>>> but only sent <(15+0) (qpid/SessionState.cpp:150)
>>>
>>> what this message is?
>>>
>>> My listener thread seems to have stopped giving me messages.
>>>
>>> Adam
>>>
>>
>> ---------------------------------------------------------------------
>> Apache Qpid - AMQP Messaging Implementation
>> Project: =A0 =A0 =A0http://qpid.apache.org
>> Use/Interact: mailto:users-subscribe@qpid.apache.org
>>
>
>
> ---------------------------------------------------------------------
> Apache Qpid - AMQP Messaging Implementation
> Project: =A0 =A0 =A0http://qpid.apache.org
> Use/Interact: mailto:users-subscribe@qpid.apache.org
>
>

---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:users-subscribe@qpid.apache.org