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 95CAC106C2 for ; Tue, 18 Feb 2014 20:28:32 +0000 (UTC) Received: (qmail 56462 invoked by uid 500); 18 Feb 2014 20:28:32 -0000 Delivered-To: apmail-qpid-users-archive@qpid.apache.org Received: (qmail 56433 invoked by uid 500); 18 Feb 2014 20:28:31 -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 56425 invoked by uid 99); 18 Feb 2014 20:28:31 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 18 Feb 2014 20:28:31 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of fraser.adams@blueyonder.co.uk designates 80.0.253.72 as permitted sender) Received: from [80.0.253.72] (HELO know-smtprelay-omc-8.server.virginmedia.net) (80.0.253.72) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 18 Feb 2014 20:28:25 +0000 Received: from [192.168.1.108] ([82.38.120.72]) by know-smtprelay-8-imp with bizsmtp id TwU21n0151Zorai01wU206; Tue, 18 Feb 2014 20:28:02 +0000 X-Originating-IP: [82.38.120.72] X-Spam: 0 X-Authority: v=2.1 cv=Rs1LLUWK c=1 sm=1 tr=0 a=kn84lg4yEBBc+Mp7+mj2YQ==:117 a=kn84lg4yEBBc+Mp7+mj2YQ==:17 a=thNyya010k0A:10 a=a6vsKlI97P4A:10 a=3NElcqgl2aoA:10 a=IkcTkHD0fZMA:10 a=a5Gf7U6LAAAA:8 a=LodXb-tUOLAA:10 a=DtZ4Txh_cniaO-VbpEAA:9 a=QEXdDO2ut3YA:10 Message-ID: <5303C252.5060600@blueyonder.co.uk> Date: Tue, 18 Feb 2014 20:28:02 +0000 From: Fraser Adams User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: users@qpid.apache.org Subject: Re: Qpid trunk r1568639 cpp build fails on ha_test_max_queues.cpp References: <52FF9C04.4070709@blueyonder.co.uk> <1392739459.6806.13.camel@localhost> <1392739883.6806.15.camel@localhost> <5303B275.1080408@blueyonder.co.uk> <1392752429.2702.4.camel@pansy.local> <5303B8D7.3010404@blueyonder.co.uk> <1392753872.2702.23.camel@pansy.local> In-Reply-To: <1392753872.2702.23.camel@pansy.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 18/02/14 20:04, Andrew Stitcher wrote: > On Tue, 2014-02-18 at 19:47 +0000, Fraser Adams wrote: >> Hi Andrew. >> I actually completely removed the bld directory before I tried this >> again after Alan fixed the ha_test_max_queues.cpp stuff (and I did a >> make uninstall before I did any of it) so I'm fairly sure both stores >> are still being installed. > Ah, in which case you can turn one of the stores off (until we properly > fix it) in ccmake - the options are BUILD_LINEARSTORE and > BUILD_LEGACYSTORE > > or when intially running > cmake -DBUILD_LINEARSTORE=no ... > or > cmake -DBUILD_LEGACYSTORE=no ... > > A > > Thanks Andrew that's neater, though I definitely think it needs to have a "work by default" mode for the 0.28 release. If things don't "just work" there's a danger of putting people off. Incidentally I also raised a Jira 5493 a bit back relating to the general lack of documentation around persistence. TBH it looks like there has been a huge amount of work put into qpidd persistence of late and it seems a real shame that there's nothing obvious on how to actually use it. I wouldn't even know where to start - even when I delete legacystore.so I'm greeted with 2014-02-18 19:21:51 [Store] notice Linear Store: Store module initialized; store-dir=/home/fadams/.qpidd 2014-02-18 19:21:51 [Store] warning Message store plugin: No storage providers available. So something is clearly working, but something clearly not. Even a quick README would be a start (have I simply missed it?). It's not a real show stopper for me personally as I don't tend to need persistence for most of my stuff, but as I say it seems something of a shame given the obvious work that has gone on to put the code together. Cheers, Frase --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org For additional commands, e-mail: users-help@qpid.apache.org