Return-Path: X-Original-To: apmail-activemq-users-archive@www.apache.org Delivered-To: apmail-activemq-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 02E6B105F0 for ; Fri, 23 Aug 2013 05:51:15 +0000 (UTC) Received: (qmail 92577 invoked by uid 500); 23 Aug 2013 05:51:12 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 92532 invoked by uid 500); 23 Aug 2013 05:51:02 -0000 Mailing-List: contact users-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@activemq.apache.org Delivered-To: mailing list users@activemq.apache.org Received: (qmail 92504 invoked by uid 99); 23 Aug 2013 05:50:58 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Aug 2013 05:50:58 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,NORMAL_HTTP_TO_IP,RCVD_IN_DNSWL_LOW,WEIRD_PORT X-Spam-Check-By: apache.org Received-SPF: error (athena.apache.org: local policy) Received: from [209.85.212.177] (HELO mail-wi0-f177.google.com) (209.85.212.177) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Aug 2013 05:50:52 +0000 Received: by mail-wi0-f177.google.com with SMTP id hq12so141165wib.16 for ; Thu, 22 Aug 2013 22:50:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=q58ptbVt903ENmlO2AAgYCYunIXRHS6OxK1dyh8ZVGs=; b=kGzEp7d1GPHqjuxCVQgboEhsl/ATRw7B5190zmFOQfxMsphC1FOVNS+kSUWqNV9sWm EZTSN+xxWOvcpkFGlmlnwV886co0C0DBgKoFtEE5sX9m7CMShU3uDD9xMeK+BYQgY7Yi TVaLbQf968Uh0VpqyUDYNRUgAFPMvqY+qDI/rZjQEG3R3TykrMeKM04HPJ/FQ39gChm/ 0tk6Slm2dAJg7MTbu9Fq2ZfP89aN3PwsOLfJASlb3wwbxIckKEDMdDiKlnrkzyDzWcgR 1+oX+ut4j53tBMDyWgFU+hFaQ0eRbc1viWZlcnegFtzINeq9bFyZmM6yIJCYwEVF2xhJ LnZw== X-Gm-Message-State: ALoCoQkbUhlJUb7XATMT6gH814OXaLA6lSG8Cpg3yiSZd9K2LxfLOnc2axoEMO4ZDorlDAQL974wY51ODdSF8UYZ0HTzHJsE4VcCJHy28v8ZcJNVtVoggyI= MIME-Version: 1.0 X-Received: by 10.180.76.225 with SMTP id n1mr822651wiw.21.1377237009809; Thu, 22 Aug 2013 22:50:09 -0700 (PDT) Received: by 10.216.57.9 with HTTP; Thu, 22 Aug 2013 22:50:09 -0700 (PDT) In-Reply-To: References: Date: Fri, 23 Aug 2013 11:20:09 +0530 Message-ID: Subject: Re: Apollo MQ : when sending messages in transaction, producers count keeps increasing From: Namrata Patel To: users@activemq.apache.org Content-Type: multipart/mixed; boundary=f46d043c7b1cbdd8cd04e496fae6 X-Virus-Checked: Checked by ClamAV on apache.org --f46d043c7b1cbdd8cd04e496fae6 Content-Type: multipart/alternative; boundary=f46d043c7b1cbdd8c904e496fae4 --f46d043c7b1cbdd8c904e496fae4 Content-Type: text/plain; charset=US-ASCII Sorry but I don't think so, though I wish it was just that :) On the admin console http://192.168.31.70:61780/console/index.html , I cannot even open the queue (click on the name) now. It wont open to see those Message, Producer and Consumers tabs. But when i go to the old broker portal: http://192.168.31.70:61780/broker/virtual-hosts/youtubeNotification/queues/videoQ.html It shows (attached the full screenshot..) and open to see "Current Producers", the list keeps going on... So was thinking, it definitely cannot be just statistics count, as all are diff ports. > Producers > > producers: 232,408 > > total producers ever : 232,410 > Also, While doing some more tests, found that if I don't use transaction, ie remove BEGIN & COMMIT and transaction-id in MESSAGE.. all works fine. The producers count goes from 0 to 1 and back to 0 when the script stops.. Hope this info will be helpful to re-produce/test. Thanks. On Thu, Aug 22, 2013 at 8:11 PM, Hiram Chirino wrote: > Your just talking about the statistics counters? > > On Thu, Aug 22, 2013 at 8:06 AM, Namrata Patel > wrote: > > Hello, > > > > I am using Apollo MQ Version: 1.6 with STOMP 1.2 protocol. I was trying > to > > send couple of messages in an transactional manner using "BEGIN" and > > "COMMIT" stomp commands. This works as expected and all messages get to > the > > queue correctly but the producers count keeps increasing. Attached > > screenshot of the Apollo admin console. The count wont go away even if i > > delete the queue. I have to stop the broker and restart for it to reset, > but > > that is a bad idea for production environment. > > > > These are the set of STOMP commands that get fired in background: > >> > >> CONNECT > >> login:admin > >> passcode:password > >> accept-version:1.2 > >> host:mybroker > >> > >> BEGIN > >> transaction:tx130822113902 > >> > >> SEND > >> transaction:tx130822113902 > >> persistent:true > >> destination:/queue/videoQ > >> > >> {"mymessage":"hello"} > >> > >> SEND > >> transaction:tx130822113902 > >> persistent:true > >> destination:/queue/videoQ > >> > >> {"mymessage":"bwk2323"} > >> > >> SEND > >> transaction:tx130822113902 > >> persistent:true > >> destination:/queue/videoQ > >> > >> {"mymessage":"dummy"} > >> > >> > >> COMMIT > >> transaction:tx130822113902 > >> receipt:0125d425c2b845844c5532dfc4535b72 > >> > >> DISCONNECT > > > > > > > > > > Do you think there is some issue with the code, as it looks pretty > straight > > forward :-) > > > > Thanks. > > > > Namrata Patel > > > > > > > > Disclaimer: The information contained in this electronic message and any > > attachments to this message are intended for the exclusive use of the > > addressee(s) and may contain confidential or privileged information. If > you > > are not the intended recipient or have received this email in error you > are > > notified that disclosing, copying, distributing or taking any action in > > reliance on the contents of this information is strictly prohibited. > > > > -- > Hiram Chirino > > Engineering | Red Hat, Inc. > > hchirino@redhat.com | fusesource.com | redhat.com > > skype: hiramchirino | twitter: @hiramchirino > > blog: Hiram Chirino's Bit Mojo > -- *Namrata Patel** *| Software Engineer Synergy Technology Services t+91-22-407-51999 | f +91-22-2925-1003 | m +91-9967585155 *namrata.patel@synergytechservices.com*| www.synergytechservices.com 701 Acropolis, Military Road, Marol, Andheri (East), Mumbai - 400 059 -- *Disclaimer: The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain confidential or privileged information. If you are not the intended recipient or have received this email in error you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.* --f46d043c7b1cbdd8c904e496fae4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Sorry but I don't think so, though I wish it was = just that :)

On the admin console http://192.168.31.70:61780/console/index.html = , I cannot even open the queue (click on the name) now. It wont open to see= those Message, Producer and Consumers tabs.
But w= hen i go to the old broker portal: http://192.168.3= 1.70:61780/broker/virtual-hosts/youtubeNotification/queues/videoQ.html<= br>
It shows (attached the full screenshot..) and open to see "Curre= nt Producers", the list keeps going on... So was thinking, it definite= ly cannot be just statistics count, as all are diff ports.

Producers

producers: 232,408

total producers ever : 232,410

Also,

Whi= le doing some more tests, found that if I don't use transaction, ie rem= ove BEGIN & COMMIT and transaction-id in MESSAGE.. all works fine. The = producers count goes from 0 to 1 and back to 0 when the script stops..

Hope this info will be helpful to re-produce/test.

= Thanks.



On Thu, Aug 22, 2013 at 8:11 PM, Hiram Chirino &l= t;hiram@hiramch= irino.com> wrote:
Your just talking about the statistics count= ers?

On Thu, Aug 22, 2013 at 8:06 AM, Namrata Patel
<namrata.patel@= synergytechservices.com> wrote:
> Hello,
>
> I am using Apollo MQ Version: 1.6 with STOMP 1.2 protocol. I was tryin= g to
> send couple of messages in an transactional manner using "BEGIN&q= uot; and
> "COMMIT" stomp commands. This works as expected and all mess= ages get to the
> queue correctly but the producers count keeps increasing. Attached
> screenshot of the Apollo admin console. The count wont go away even if= i
> delete the queue. I have to stop the broker and restart for it to rese= t, but
> that is a bad idea for production environment.
>
> These are the set of STOMP commands that get fired in background:
>>
>> CONNECT
>> login:admin
>> passcode:password
>> accept-version:1.2
>> host:mybroker
>>
>> BEGIN
>> transaction:tx130822113902
>>
>> SEND
>> transaction:tx130822113902
>> persistent:true
>> destination:/queue/videoQ
>>
>> {"mymessage":"hello"}
>>
>> SEND
>> transaction:tx130822113902
>> persistent:true
>> destination:/queue/videoQ
>>
>> {"mymessage":"bwk2323"}
>>
>> SEND
>> transaction:tx130822113902
>> persistent:true
>> destination:/queue/videoQ
>>
>> {"mymessage":"dummy"}
>>
>>
>> COMMIT
>> transaction:tx130822113902
>> receipt:0125d425c2b845844c5532dfc4535b72
>>
>> DISCONNECT
>
>
>
>
> Do you think there is some issue with the code, as it looks pretty str= aight
> forward :-)
>
> Thanks.
>
> Namrata Patel
>
>
>
> Disclaimer: The information contained in this electronic m= essage and any
> attachments to this message are intended for the exclusive use of the<= br> > addressee(s) and may contain confidential or privileged information. = =A0If you
> are not the intended recipient or have received this email in error yo= u are
> notified that disclosing, copying, distributing or taking any action i= n
> reliance on the contents of this information is strictly prohibited.


--
Hiram Chirino

Engineering | Red Hat, Inc.

hchirino@redhat.com | fusesource.com | redhat.com

skype: hiramchirino | twitter: @hiramchirino

blog: Hiram Chirino's Bit Mojo



--

Namrata Patel | Softwar= e Engineer

Synergy Technology Services

t+91-22-407-51999 | f +91-22-2925-1003 | m +91-9967585155

namrata.patel@s= ynergytechservices.com | www.= synergytechservices.com

= 701 Acropolis, Military Road, Marol, Andheri (East), Mumbai - 400 059



Disclaim= er: The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain confidential or privilege= d information.=A0 If you are not the intended recipient or have received this email in error you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.

--f46d043c7b1cbdd8c904e496fae4-- --f46d043c7b1cbdd8cd04e496fae6--