Return-Path: X-Original-To: apmail-qpid-users-archive@www.apache.org Delivered-To: apmail-qpid-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 33D0E88B3 for ; Fri, 12 Aug 2011 16:56:04 +0000 (UTC) Received: (qmail 13476 invoked by uid 500); 12 Aug 2011 16:56:03 -0000 Delivered-To: apmail-qpid-users-archive@qpid.apache.org Received: (qmail 13458 invoked by uid 500); 12 Aug 2011 16:56:03 -0000 Mailing-List: contact users-help@qpid.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@qpid.apache.org Delivered-To: mailing list users@qpid.apache.org Received: (qmail 13450 invoked by uid 99); 12 Aug 2011 16:56:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 Aug 2011 16:56:03 +0000 X-ASF-Spam-Status: No, hits=1.3 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of fraser.adams@blueyonder.co.uk designates 81.103.221.49 as permitted sender) Received: from [81.103.221.49] (HELO mtaout03-winn.ispmail.ntl.com) (81.103.221.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 Aug 2011 16:55:55 +0000 Received: from know-smtpout-4.server.virginmedia.net ([62.254.123.3]) by mtaout03-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20110812165534.HXGS17535.mtaout03-winn.ispmail.ntl.com@know-smtpout-4.server.virginmedia.net> for ; Fri, 12 Aug 2011 17:55:34 +0100 Received: from [82.33.36.91] (helo=[192.168.1.4]) by know-smtpout-4.server.virginmedia.net with esmtpa (Exim 4.63) (envelope-from ) id 1Qrv1C-0000lw-RD for users@qpid.apache.org; Fri, 12 Aug 2011 17:55:34 +0100 Message-ID: <4E455B49.509@blueyonder.co.uk> Date: Fri, 12 Aug 2011 17:56:41 +0100 From: Fraser Adams User-Agent: Thunderbird 2.0.0.24 (X11/20101027) MIME-Version: 1.0 To: users@qpid.apache.org Subject: Re: Java qpid.max_size in the x-declare in an address appears to be unnecessarily limited. References: <1313131832075-6679380.post@n2.nabble.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Cloudmark-Analysis: v=1.1 cv=R50lirqlHffDPPkwUlkuVa99MrvKdVWo//yz83qex8g= c=1 sm=0 a=0ZzmyYADvgoA:10 a=4wIw_-g_j3wA:10 a=3NElcqgl2aoA:10 a=8nJEP1OIZ-IA:10 a=a5Gf7U6LAAAA:8 a=9I5xiGouAAAA:8 a=mV9VRH-2AAAA:8 a=iLzZGZ6MNbLr687-h4EA:9 a=Kp3z75DP36A4KjBL8kYA:7 a=wPNLvfGTeEIA:10 a=8ZXDmSZh5AQA:10 a=2fPOlPt4dusA:10 a=yHIqe9kG5mgA:10 a=g6YXwMN8o64DtTFH:21 a=yjCH4aCDQt2qxH81:21 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 X-Virus-Checked: Checked by ClamAV on apache.org I did wonder, when I tried to trace what was happening I seemed to come up to a dead end as nothing seemed to call setMaxSize(). I was beginning to think I was going a bit loopy :-) However my original question remains - is there a limit of 2GB imposed anywhere on the queue size created from an Address string as a result of an Integer being used instead of a Long. A colleague of mine seems to think so. Cheers, Frase Rajith Attapattu wrote: > Fraser, > > That class is not used anymore :) > We now allow an arbitrary number of arguments within the arguments:{} > map and no checking is performed. > I am doing a bit of cleanup and that classes will be removed as part of that. > > Regards, > > Rajith > > On Fri, Aug 12, 2011 at 2:50 AM, fadams wrote: > >> Hi all, >> In an address node it's possible to declare a queue and one can set >> arguments equivalent to administratively declaring a queue by using the >> x-declare block. >> >> I've not had a chance to test this out myself but one of my colleagues >> suggested that this was limited to 2GB. I've just done a quick grep through >> /client/src/main/java/org/apache/qpid/client/messaging/address/QpidQueueOptions.java >> and found the following: (Qpid 0.10) >> >> public void setMaxSize(Integer i) >> { >> this.put(QPID_MAX_SIZE, i); >> } >> >> I've not traced any further, but the use of an Integer here rather than a >> Long would indeed suggest a 2GB limit. >> >> Is there a deliberate reason for this or is it a bug/oversight? >> >> We're running a C++ broker on a box with 256GB so we're not especially >> memory limited. >> >> I know we can create queues administratively, but we (mostly :-)) trust the >> broker clients and are working to a trust and verify model and allowing >> clients to subscribe using their own address specs. >> >> Regards, >> Frase >> >> >> >> >> >> -- >> View this message in context: http://apache-qpid-users.2158936.n2.nabble.com/Java-qpid-max-size-in-the-x-declare-in-an-address-appears-to-be-unnecessarily-limited-tp6679380p6679380.html >> Sent from the Apache Qpid users mailing list archive at Nabble.com. >> >> --------------------------------------------------------------------- >> Apache Qpid - AMQP Messaging Implementation >> Project: http://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 > > > --------------------------------------------------------------------- Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:users-subscribe@qpid.apache.org