Further research, i found that queue with min queue depth will dequeue the
message even if i dont acquire and accept those messages in that queue. How
is that possible? I didnt turn on auto delete.
To verify that if have not gone wrong somewhere, I checked the instances
of subscription class fo
Gordon Sim wrote:
>
> On 01/07/2010 01:19 PM, denny86 wrote:
>>
>>
>>
>> Gordon Sim wrote:
>>>
>>>
>>> Each subscription will have its own Subscription instance. You will need
>>> to acquire and accept messages received from each queue through the
>>> relevant Subscription object.
>>>
>>
>> Yes
On 01/07/2010 01:19 PM, denny86 wrote:
Gordon Sim wrote:
Each subscription will have its own Subscription instance. You will need
to acquire and accept messages received from each queue through the
relevant Subscription object.
Yes... i am working on that already
Is session.sync();
Gordon Sim wrote:
>
>
> Each subscription will have its own Subscription instance. You will need
> to acquire and accept messages received from each queue through the
> relevant Subscription object.
>
Yes... i am working on that already
Is session.sync(); required after sending Compl
On 01/07/2010 12:21 PM, denny86 wrote:
denny86 wrote:
Yes, got it.. Using session to acquire and accept messages would fail
after sometime. But using Subscription Instance, i face no problem.
Now enqueue/dequeue operations are working smooth.. No issues so far,
200,000 messages processed w
denny86 wrote:
>
>
>
> Yes, got it.. Using session to acquire and accept messages would fail
> after sometime. But using Subscription Instance, i face no problem.
>
> Now enqueue/dequeue operations are working smooth.. No issues so far,
> 200,000 messages processed without fail. ;)
>
> Thank
Gordon Sim wrote:
>
>
Yes, got it.. Using session to acquire and accept messages would fail after
sometime. But using Subscription Instance, i face no problem.
Now enqueue/dequeue operations are working smooth.. No issues so far,
200,000 messages processed without fail. ;)
Thank you Gordon
Gordon Sim wrote:
>
>
> They are on the Subscription class, you get one of those returned from
> SubscriptionManager::subscribe().
>
>
Yes i found it.. i misread ur early post.
i looked upon SubscriptionManager and not Subscription class... Going to try
that now..
tnx & regards,
Denny
--
On 01/07/2010 10:13 AM, denny86 wrote:
Gordon Sim wrote:
Try changing this to use the acquire() and accept() messages on the
Subscription class (you get an instance of this returned when you call
subscribe() on SubscriptionManager.
Sorry i can't find acquire() and accept() member function
Gordon Sim wrote:
>
> Try changing this to use the acquire() and accept() messages on the
> Subscription class (you get an instance of this returned when you call
> subscribe() on SubscriptionManager.
>
Sorry i can't find acquire() and accept() member functions within the
SubscriptionManag
Gordon Sim wrote:
>
> Sounds like your client process is running out of memory(?). This is
> using the 0.5 code, right?
>
Yes. I'm using 0.5 version.
I didnt figure out any memory leaks initially.
Gordon Sim wrote:
>
> Try changing this to use the acquire() and accept() messages on the
>
On 01/07/2010 08:48 AM, denny86 wrote:
Hi,
I stumbled upon following error while listening to messages
Listening for messages [Press Ctrl+C to Quit]...2010-jan-07 13:45:13 error
FAIL
[2737 192.168.99.44:5672]: bad allocation (.\qpid\client\Connector.cpp:396)
2010-jan-07 13:45:13 warning Connec
Hi,
I stumbled upon following error while listening to messages
Listening for messages [Press Ctrl+C to Quit]...2010-jan-07 13:45:13 error
FAIL
[2737 192.168.99.44:5672]: bad allocation (.\qpid\client\Connector.cpp:396)
2010-jan-07 13:45:13 warning Connection closed
Connection closed
I'm usin
13 matches
Mail list logo