Re: Proposed QIP: Support for Message Grouping in the broker.

Alan - thanks for the input, replies inline -K - Original Message - > On 07/01/2011 07:04 AM, Ken Giusti wrote: > > Folks, > > > > Here's a second draft of the proposal. I've tried to incorporate the > > feedback provided during the last we

Re: Proposed QIP: Support for Message Grouping in the broker.

Responses inline: -K - Original Message - > On 07/20/2011 11:57 AM, Ken Giusti wrote: > > > > Alan - thanks for the input, replies inline > > > > -K > > > > - Original Message - > >> On 07/01/2011 07:04 AM, Ken Giusti wrote: &

Re: federation_topic_test

IMHO: Instead of bringing it up to date, it probably would make more sense to add the test case to the rest of the tests in federation.py - if it isn't there already - then delete it. -K - Original Message - > $subject exists in the cpp/src/tests directory and is (used to be) a > test

Re: qpid-config slow

e to think about that. But I'd really want to pinpoint the source of the perf issue first - my theory could be wrong. > Carl. > > > On 07/21/2011 01:47 PM, Ken Giusti wrote: > > Alan's correct - I *believe* (not looking at the code in the > > debugger ATM) that

C++ Broker: consensus on fix for QPID-3079

Folks, The fix for https://issues.apache.org/jira/browse/QPID-3079 didn't make it into 0.12. It is still pending a merge to trunk. I'm not convinced there's a strong demand for this bugfix - perhaps not enough to offset the risk in merging the change set. Not to mention the changes it necess

Re: 0.12 release update - new blocker

Kim has verified the fix addresses the memory leak. Fix: http://svn.apache.org/viewvc?view=revision&revision=1153966 Apologies to all, and thanks to Kim for identifying this bug. Justin - shall I merge this fix onto the 0.12 branch? thanks, -K - Original Message - > Hi, everyone. Th

Re: [VOTE] Release 0.12

+1 -K - Original Message - > Howdy, all. The last-minute blocker, QPID-3394, has been fixed, and > there > are no open blocker jiras against 0.12. The proposed final RC, from > revision 1154981 of the 0.12 release branch, is available here: > > http://people.apache.org/~jross/qpid-0.12/

C++ broker: merge qpid-3346 to trunk

Hi Justin, In preparation for the upcoming 0.14 release, I'll be merging the message groups feature from the qpid-3346 branch onto trunk in the next day or so. https://issues.apache.org/jira/browse/QPID-3346 I'll be careful :) -K -

Re: Call for 0.14 deprecations

https://issues.apache.org/jira/browse/QPID-3615 checked into trunk. Justin - did you want me to get this onto the 0.14 branch? Lemme know... -K - Original Message - > Ken just created a jira for deprecation of the old C++ broker > producer > throttling (replaced by producer flow contro

Re: [c++] On trunk: FAIL: run_msg_group_tests

Thanks Alan - I'll take a look. -K - Original Message - > There's a test failing on trunk: > > make[2]: Entering directory `/home/remote/aconway/qpid/dbg/src/tests' > Failed: error: (111, 'Connection refused') > FAILED message group test. Failed command: "qpid-config -a > localhost:358

Question re: Java broker's message selector implementation...

Hi folks, I'm working on adding support for server-side message selectors to the C++ Broker. See https://issues.apache.org/jira/browse/QPID-530 (better late than never...) It would be preferable to have the C++ broker's use model for message selectors be consistent with the Java Broker's impl

Re: Review Request: QPID-3604 - If connection is started and stopped, the client may get more messages than required by the prefetch value

> > > > On 2011-11-16 09:38:21, Keith Wall wrote: > > > http://svn.apache.org/repos/asf/qpid/trunk/qpid/java/client/src/main/java/org/apache/qpid/client/BasicMessageConsumer_0_10.java, > > > line 128 > > > > > > > > > Cou

Re: Question re: Java broker's message selector implementation...

nsumer acquires a message, then at some later point releases it, does the Java broker 'back up' the other consumers that may have skipped over that message due to it being acquired? thanks, -K - Original Message ----- > Hi Ken, > > On 15 November 2011 19:43, Ken Giusti

Request to include QPID-3626 in 0.14

Hi Justin, Would it be possible to include the fix for QPID-3626 in the upcoming rc? https://issues.apache.org/jira/browse/QPID-3626 Without it, any python client that would like to access the timestamp would have to revert to using the old client API, something we don't want to encourage goin

Re: Request to include QPID-3626 in 0.14

Rajith +1 -K - Original Message - > On Thu, Nov 17, 2011 at 12:03 PM, Gordon Sim wrote: > > On 11/17/2011 04:57 PM, Ken Giusti wrote: > >> > >> Hi Justin, > >> > >> Would it be possible to include the fix for QPID-3626 in the > >>

Re: Python tests failing on RHEL 5 daily build

Hi Steve - thanks for the head's up, I'll take a look. -K - Original Message - > The python tests have been failing for a few days on RHEL 5 cmake > build > (http://www.riverace.com/CDash-1.4.2/testDetails.php?test=4313&build=1584) > > The errors are below. If you recognize these as an

Re: Request for backport into 0.14 branch

I +1 this change - Original Message - > Justin, > > I'd like to get this commit backported to the 0.14 branch. Can you > take > a quick look at it? > > Thanks, > > -Ted > > Original Message > Subject: svn commit: r1203649 - > /qpid/trunk/qpid/tools/src/py/qm

Re: Python tests failing on RHEL 5 daily build

Hi Steve, I'm afraid I'm not having any luck getting the same failure as you're seeing there (I've tried both RHEL5 and RHEL6). >From the output you've provided, looks like QMF calls to the broker's queue >purge and reroute methods are failing. I can't tell why for the listing. >Would it be

Re: [VOTE] Release 0.14

+1 - "Light this candle" -K - Original Message - > Hello, everyone. There have been no new changes on the release > branch > since our proposed final RC, available here: > >http://people.apache.org/~jross/qpid-0.14/ > > If you favor releasing this distribution as Qpid 0.14, vote +1

Re: QMF and Broker Management

+1 - totally agree with this proposal. - Original Message - > Users and Devs, > > I'd like to make a proposal and start a discussion about the future > of > QMF and Qpid broker management. > > QMF (Qpid Management Framework) started out as a way to remotely > manage > the Qpid C++ broker

Re: Review Request: Modify Bridge & Link indexing to use explicit names.

Hi Rob, Absolutely correct on all points. There would certainly be work required on the Java broker side - for which I'd have to address before providing a more complete patch. I should've been clearer in post - this patch is really preliminary. More of a proof of concept/proposal at this st

Re: Outstanding open JIRAs

Hi Robbie, Thanks for going through these JIRAs, and my apologies for not keeping this up to date. I've pushed this JIRA out to Future, as I believe this issue will be addressed in the upcoming 1.0 effort. -K - Original Message - > Hi everyone, > > As you may or may not have noticed

Re: C++: Introducing EXTERN macros to generated QMF headers

My $0.02: I'd have the QMF generator add the EXTERNs, so others won't hit this problem again. At least, it should be an option to the generator -K - Original Message - > I'm fixing my breakage of windows builds due to missing decl-specs. > One > area where this is a problem is with

Re: Interest in Coverity scan?

+1 - I'd certainly be willing to help review the C++ results. -K - Original Message - > Coverity makes a very nice set of code analysis tools, one of which > is > static analysis. They offer a service whereby they'll scan open > source > projects free and we can access the results online

Re: Initial Coverity scan of qpid cpp

Hi Steve, Thanks for doing this. Having a bit of trouble getting at the scan, though. That url puts me on a simple login page, with no way of creating an account or finding the project. When I list all the open source projects coverity scans (see here: http://scan.coverity.com/all-projects.

Re: Initial Coverity scan of qpid cpp

Does anyone know if Coverity will allow us to create public JIRA's based on these defects? Specifically, can we include the defect description provided by Coverity? I'd like to include the defect analysis in the JIRA, if possible. I didn't see anything relevant described in the coverity sca

Candidate JIRAs for 0.16

Hi Justin, Have "fixed" the following JIRAs, can the fixes be included in 0.16? https://issues.apache.org/jira/browse/QPID-3899 https://issues.apache.org/jira/browse/QPID-3896 https://issues.apache.org/jira/browse/QPID-3877 thanks, -K --

Re: 0.16 release update - beta is available

Justin, We've put a candidate patch for the header decode problem on trunk. See: https://issues.apache.org/jira/browse/QPID-3920 What are your thoughts re: patching 0.16? thanks, -K - Original Message - > A quick update. I've produced an RC1 test distribution, and it > generally >

Q: replicating connection info in a cluster

Hi, I'm trying to fix QPID-1899, and I am trying to determine the best approach to implement for the cluster case. Opinions requested! The way I'm trying to fix this bug is by indicating to the broker when a connection is on a secure link. Specifically, if a connection uses SSL, then I want

[QMF] Proposed API for QMFv2 - RFC

Hi All, Below is a strawman proposal for the design of the QMFv2 API. It describes an api for working with schema, the data model, and console-side operations. There's a few tbd's in it, and I still need to think about the Agent side, but I'd like to get some feedback on it early. Would it

Q: problem setting up Windows XP for C++ builds

Hi - I'm having a problem building the current C++ trunk on my shiny new Windows XP box. I'm sure I've done something wrong with the tools install/config in the Windows environment, but I can't get to the bottom of it. I'm running cmakesetup, but cannot get past the configuration phase. I keep

Re: problem setting up Windows XP for C++ builds

Hi Steve, thanks for the reply. > Ok... Did you install the BoostPro installer, or build it yourself? I pulled down the BoostPro installer (1.35.0) and accepted all the defaults during the install. > Is BOOST_ROOT set in the cmake cache or via env variable? If env > variable, please try setting

Re: [QMF] Proposed API for QMFv2 - RFC (updated)

Hi, I've updated the proposed api: *) Took an initial swag at the Agent class objects *) Updated the schema classes based on some prototyping, added definitions for the map representation of schema classes. enjoy, and apologies if it does not render well - I'm still doing "confluence-by-hand".

[QMF] public github repo for QMFv2 api work

Hi all, Just fyi - I've set up a public git repo at github so I can develop the QMFv2 API code publicly. I've created this because I am not a committer, but I want this stuff available to all during development. git://github.com/kgiusti/qpid.git This repo is based on the apache qpid trunk rep

Re: [QMF] public github repo for QMFv2 api work

Hi all - thanks for all the feedback. I didn't explain my main motivation for setting up the github repo: backups. I wanted some safe place to put the code in case my dog eats my laptop (again). Getting scm functionality, and doing it all in the open in a way that people can easily play with

Re: Subversion tags and branches (a little moan)

This sounds like something I should remember Can this be placed on the qpid wiki dev pages? Maybe on the release process page? I'd do it myself, but don't have commit privs yet. Thanks, -K - "Andrew Stitcher" wrote: > I've just noticed (after several hours of puzzling about what w

Re: [jira] Updated: (QPID-2376) C++ broker build broken at 20:00 Thurs Jan 28, 2010

Sorry Steve, yes, this was my fault. I'll fix it immediately. Still need to get my Windows virtual machine setup building qpid -K - "Steve Huston (JIRA)" wrote: > [ > https://issues.apache.org/jira/browse/QPID-2376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Re: [jira] Updated: (QPID-2376) C++ broker build broken at 20:00 Thurs Jan 28, 2010

ks for checking into it Ken! Also, it's the Linux build that > broke, > not Windows. > > -Steve > > > -Original Message- > > From: Ken Giusti [mailto:kgiu...@redhat.com] > > Sent: Friday, January 29, 2010 10:36 AM > > To: Steve Huston >

Re: moving stuff out of the python dir

Hi, I've no problem with a cleanup reorg, but I'd like to keep the qmf version in the dirname (wherever it may end up). e.g.: > > qmf/ ---> qpid/extras/qmf/ > > qmf2/ ---> qpid/extras/qmf2/ thanks, -K - "Rafael Schloming" wrote: > Rafael Schlo

Re: moving stuff out of the python dir

a bit more structure for that qmf subdir. e.g.: extras/qmf/python/{qmf, qmf2, tests, ...} extras/qmf/cpp/{...} extras/qmf/bindings/{} extras/qmf/tests/{...} Thoughts? -K - "Rafael Schloming" wrote: > Ken Giusti wrote: > > Hi, > > > > I've no prob

Re: qmfengine on windows.

Thanks Andrew - points noted. I created a Jira on behalf of Tim containing his patch. https://issues.apache.org/jira/browse/QPID-2401 As noted, I didn't grant license for inclusion, as I did not originate the patch, and it cannot be included as is. I don't have immediate access to a windows

Re: intrusive_ptr::reset new?

Sorry, Steve - my bad. The older boost doesn't have the reset() member. I'll fix it - a simple assignment to zero should be equivalent. -K - Original Message - > There's currently a build error in qpid/broker/MessageDeque.cpp that > boost::intrusive_ptr has no member reset() - is rese

Re: intrusive_ptr::reset new?

Fix committed to revision 1349346, -K - Original Message - > Sorry, Steve - my bad. The older boost doesn't have the reset() > member. > > I'll fix it - a simple assignment to zero should be equivalent. > > -K > > > - Original Message - > > There's currently a build error in qp

Re: 0.18 release update - upcoming dates

Justin, Ted - I'd like to get this federation feature in for 0.18: https://issues.apache.org/jira/browse/QPID-4063 Proposed patch attached to the jira, thanks, -K - Original Message - > Hi, folks. The time for 0.18 alpha is rapidly approaching, and beta > soon > after. I've adjus

Re: [Qpid Clients] Connection URL/Strings

Rajith, +1 to this idea - I recently gave up on a simple java based demo because I couldn't easily figure out the connection syntax (and I was trying to port an existing python example). This part esp. blew my mind (From Andrew's mail): >1) Specifying a "normal" connection URL from the python

Re: 0.18 release update - alpha is up

Justin, Did a automake build and make check on a "clean" Debian 6 VM. All tests pass. "make install" bombed out with the following error, tho: libtool: install: warning: relinking `ha.la' libtool: install: (cd /home/kgiusti/qpid/qpid-0.18-alpha/cpp/BUILD/src; /bin/bash /home/kgiusti/qpid/qpid-

Re: Announcing new committers

Great news - congrats Darryl and Oleksandr! -K - Original Message - > > I'm Glad to announce that Darryl Pierce and Oleksandr Rudyy where > nominated and have accepted committership for the qpid project. > Please > join me in welcoming them as committers to Qpid. > > Darryl and Oleksand

Re: 0.20 release update - beta postponed, alpha 2 available

Hi, I pulled down alpha two and did a make && make check on my Debian 6 686 VM. The first "make check" succeeded without incident. Ran it again, and the ha_tests.ReplicationTests.test_backup_required test hung for about 45 minutes, until I ^C the build. All other tests passed. -K - Orig

Re: More 0.20 requests for inclusion

Hi Justin, Caught this the other day: https://issues.apache.org/jira/browse/QPID-4485 Not technically a regression, but a potential crasher with a simple fix. What say ye? -K - Original Message - > On Tue, 4 Dec 2012, Robbie Gemmell wrote: > > > I have now merged the final commit fro

Re: Please welcome Phil Harvey as committer

Great news! Welcome aboard Phil... ... and, to celebrate, I just assigned you a JIRA :) -K - Original Message - > > Phil was nominated for committer and has accepted. Please join me in > welcoming him. > > Phil, you will need to recheck out using https, and if you have any > issues le

Re: [C++] compilation failure on 32bit OS?

May be specific to fedora 12? FWIW I've built qpid trunk on my i686 Ubuntu 12.04 VM without hitting those errors. -K - Original Message - > Just in case this is actually of any importance to anyone and doesn't > get > looked at because of the prior subject, I mentioned the below > comp

Re: make distcheck fails on trunk, missing qmfengine.i

Not sure - they were moved there as part of this change: http://svn.apache.org/viewvc?view=revision&revision=1414294 -K - Original Message - > make distcheck fails on trunk with: > > make[1]: Entering directory `/home/aconway/qpid2/dbg/bindings/qmf' > make[1]: *** No rule to make target

Re: [C++] compilation failure on 32bit OS?

Well, that's embarrassing. Had I actually *looked* at the code, it would've been obvious. Hit the same errors on my up-to-date Centos5 i386 box. Fix submitted to trunk. Thanks Robbie (and your dusty old Vm) for finding that. -K - Original Message - > I turned the cogs to start it up o

Re: 0.20 release update - RC3 is out, C++ and proton problem

RC3 cpp fails to compile on Centos5/i686 - bug found by Robbie. Pushed a fix to trunk - about as trivial as it gets: http://svn.apache.org/viewvc?view=revision&revision=1424072 -K - Original Message - > Hi. Here's a new RC from revision 1423691. Note that it is *not* > the > final RC

Re: 0.20 release update - RC3 is out, C++ and proton problem

merged to 0.20, thanks, -K - Original Message - > Approved for 0.20. > > On Wed, 19 Dec 2012, Ken Giusti wrote: > > > RC3 cpp fails to compile on Centos5/i686 - bug found by Robbie. > > > > Pushed a fix to trunk - about as trivial as it gets: > > &

Re: 0.20 release update - proposed final RC4 is available

Hi Justin, I have hit a problem testing RC4 on my debian-6 i686 VM: I pulled down qpid-0.20.tar, did "./bootstrap && ./configure && make && make test" - all fine, but when I tried to 'make install' as root: libtool: relink: g++ -shared -nostdlib /usr/lib/gcc/i486-linux-gnu/4.4.5/../../../../l

Re: 0.20 release update - proposed final RC4 is available

- Original Message - > On Thu, 2013-01-10 at 11:44 -0500, Ken Giusti wrote: > > Hi Justin, > > > > I have hit a problem testing RC4 on my debian-6 i686 VM: > > > > I pulled down qpid-0.20.tar, did "./bootstrap && ./configure && &

0.20rc4 debian 6 install problem [was: Re: 0.20 release update - proposed final RC4 is available]

qpid-0.20.tar.gz download. I don't feel this is a showstopper, what do you think, Justin? -K - Original Message - > > - Original Message - > > On Thu, 2013-01-10 at 11:44 -0500, Ken Giusti wrote: > > > Hi Justin, > > > > > > I have hi

Re: [VOTE] Release 0.20

+1: C++ build good and unit test pass on Debian 6 (i686). -K - Original Message - > RC4 contains the proposed final bits for Qpid 0.20. > > If you favor making the RC4 bits generally available via our official > release, vote +1. If you have reason to believe RC4 is not ready for > rele

Re: mailing lists and fragmented communication

I'm in favor of combining them all into one. If not that, then at least collapse the "proton" list. The level of traffic on that list isn't unreasonable, and, frankly, keeping it separate probably leads to some of the confusion we're seeing over the goals of this project. -K - Origina

Re: mailing lists and fragmented communication

k that needs to be done surrounding project structure, identity, > documentation, communication, etc, and simply rearranging lists > without > doing the rest of that work is IMHO jumping the gun. > > --Rafael > > On Fri, Jan 18, 2013 at 1:14 PM, Ken Giusti > wrote: >

proton messenger, link credit allocation, and starvation.

Hi, While working on https://issues.apache.org/jira/browse/PROTON-200, I've been able to "hang" a messenger server by doing the following simple test: In one thread I create a message receiver by subscribing to to "amqp://~0.0.0.0:12345", and simply consuming messages like so: while True:

Fwd: Jenkins build became unstable: Qpid-proton-j #286

Folks, Does anyone know (or tell me how to find) the configuration details of the systems used to run these tests? The test (see below) fails on the "ubuntu5" Jenkins slave. I'd like to know the details of that machine's configuration, because I haven't been able to reproduce the failure on a

Re: Proposal: get rid of automake build system.

+1 Andrew's proposed schedule and Alan's fiendish scheme. - Original Message - > From: "Andrew Stitcher" > To: dev@qpid.apache.org > Cc: "Cliff Jansen" > Sent: Monday, March 11, 2013 2:59:52 PM > Subject: Re: Proposal: get rid of automake build system. > > On Mon, 2013-03-11 at 14:24 -0

Re: 0.22 release update - release branched and beta available

Hi Justin, The ssl_test on the beta branch is broken - by yours truly. I checked in a fix on trunk yesterday: http://svn.apache.org/viewvc?view=revision&revision=1461804 merely fixes the test, very low risk. Can I get it on the 0.22 branch before RC1? -K - Original Message - > From

Re: Request merge to 0.22: QPID-4697 Minor fixes to make distcheck

+1 - Original Message - > From: "Justin Ross" > To: "Ken Giusti" > Cc: "Qpid Dev" , "Alan Conway" > Sent: Wednesday, April 3, 2013 10:06:07 AM > Subject: Re: Request merge to 0.22: QPID-4697 Minor fixes to make distcheck &g

QMFv2 object update bug [WAS Re: Questions from a novice]

y fix. v2 object updates will never arrive on these callbacks. Any objections? - Original Message - > From: "Bill Freeman" > To: us...@qpid.apache.org > Sent: Friday, April 5, 2013 4:20:37 PM > Subject: Re: Questions from a novice > > On Fri, Apr

Re: VOTE: Take the web prototype live?

Big improvement! Nice work. +1 -K - "Sorin S." wrote: > Hi, > To me, it looks much better than what we have, so: > +1 > > Cheers, > Sorin > > > On Thu, Jun 10, 2010 at 3:55 PM, Jonathan Robie > wrote: > > On Tue, 2010-06-08 at 14:27 +0100, Robbie Gemmell wrote: > > > >> Overall looks

static analysis

Hi all, While cruising slashdot (guilty pleasure), I found that Coverity offers their static analysis code tool for qualifying open source projects. See: http://scan.coverity.com/ I've used this tool in the past on a previous employer's large C++ project. As with any automated code checker,

Re: static analysis

e-without-null-test prints the object address > 3. Using "delete this" in object destructor. If that was going to be > a problem your test system would have melted down a long time ago. > > If you are interested in getting Coverity results published for the > pr

Re: Qpid 0.8 RC2 available for download ** Please Test **

Hi, Per Alan's findings, I've added a (admittedly terse) README.txt to the examples/qmf-console directory on trunk: http://svn.apache.org/viewvc?rev=1036157&view=rev http://svn.apache.org/viewvc?rev=1036158&view=rev Shall I pull these over to the 0.8 branch? Also, Alan pointed out that the qmf

Re: Qpid 0.8 RC2 available for download ** Please Test **

vn:merginfo changes uncommitted unless I hear otherwise. thanks, -K - "Robbie Gemmell" wrote: > Hi Ken, > > Yes, please merge the readme changes across to the branch. Deferring > the qmf-agent update seems sensible. > > Thanks, > Robbie > > On 17 Nov

Re: Qpid 0.8 RC2 available for download ** Please Test **

tual changed files and their containing > folder have mergeinfo applied that should be all thats required for a > 'proper merge' record to be kept. > > Robbie > > On 18 November 2010 14:19, Ken Giusti wrote: > > Hi, > > > > Done!   http://svn.apache.o

Re: Qpid 0.8 RC2 available for download ** Please Test **

Doh! Totally missed that - fixing it now. -K - "Alan Conway" wrote: > On 11/17/2010 01:57 PM, Ken Giusti wrote: > > Hi, > > > > Per Alan's findings, I've added a (admittedly terse) README.txt to > the examples/qmf-console directory on tru

Re: Qpid 0.8 RC2 available for download ** Please Test **

Done and merged to 0.8 branch. -K - "Ken Giusti" wrote: > Doh! Totally missed that - fixing it now. > > -K > > - "Alan Conway" wrote: > > > On 11/17/2010 01:57 PM, Ken Giusti wrote: > > > Hi, > > > > > > Per A

Re: [VOTE] Release RC3 as Qpid 0.8

[X] Yes, release RC3 as Qpid 0.8 [ ] No, I have an issue which I'll discuss in a new thread. -K - "Robbie Gemmell" wrote: > As RC3 has now been out for a week without call for blocking changes > to be > made, it seems like it is time for a vote. > > If you haven't already got it, RC3 can n

Java broker flow control implementation questions

Hi Rob, I'm working on implementing producer flow control for the C++ broker, based on the 0_10 credit model. Please see https://issues.apache.org/jira/browse/QPID-2935 for more detail. Marnie indicated that you've implemented this for the Java broker, and has forwarded me a few links that de

Re: svn commit: r1052086 - in /qpid/trunk/qpid: extras/qmf/src/py/qmf/console.py tools/src/py/qpid-config tools/src/py/qpid-printevents tools/src/py/qpid-stat tools/src/py/qpid-tool

Hi Gordon, Jonathan discussed some of these issues with me before working on this change. Some of the changes here are due to the current state of the underlying python qmf implementation (console.py) used by these command line tools. Couple of things to keep in mind re: the qmf implementation

Re: svn commit: r1052086 - in /qpid/trunk/qpid: extras/qmf/src/py/qmf/console.py tools/src/py/qpid-config tools/src/py/qpid-printevents tools/src/py/qpid-stat tools/src/py/qpid-tool

#x27;t affect existing client implementations that don't override it. -K - Original Message ----- > On 01/05/2011 03:50 PM, Ken Giusti wrote: > > Hi Gordon, > > > > Jonathan discussed some of these issues with me before working on > > this change. Some of the changes h

Re: Qpid 0.10 planning

> There's been some enthusiasm in the past about adopting a time-based > release policy for Qpid. +1! > I'd like to get us started. Below is a proposed timeline for the > next qpid release. I'm planning on getting these Jiras in by alpha: https://issues.apache.org/jira/browse/QPID-2921 https://

Re: Qpid Improvement Process

Justin - I like this idea. Will only the approved QIPs be saved into source control? Seems like a good idea to keep the non-approved ones around - if just to have a history of feature vetting. Related: I'd suggest the "Status" section of the QIP document should require a rational statement i

QIP - producer flow control (C++ broker)

Index Producer throttling (flow control) for AMQP 0-10 Status Draft Summary The C++ broker needs to be able to limit the flow of inbound messages when available queue resources become low. This document describes an enhancement to the C++ broker that will provide this ability. Problem In th

RFC: svn branching for new feature development

Hi all, I've been working on the C++ broker flow control feature that I QIP'ed about last week. I'm planning on having the feature complete in time for the 0.10 release. My concern is that I've been making a number of changes in my local sandbox that are, well, _local_. I'm just a dropped la

Re: RFC: svn branching for new feature development

Thanks for all the input - greatly appreciated. Here's my plan: Due to my weak git-fu skills (my copy of ProGit should be arriving tomorrow, btw), I'll go with the svn branch for now. I've used the "main" jira number for the proposed feature as the name of the new branch: http://svn.apache.or

Re: QMFv2 Events in qpidd (was Re: Struggling to recv new (v2) events from a c++ client)

Hi Gordon, You're correct. The "enable v2" flag to the broker allows the broker to *send* V2-style unsolicited messages - heartbeats + events + data updates. As you noted, even if the v2 flag is turned off, the broker will support queries/method calls from v2 (and v1) clients. The current be

Re: [VOTE] add a pre-commit hook to check for JIRA references

[X] +1, I accept the proposal and vote to add the svn pre-commit hook as outlined above. -K - Original Message - > On 15 Feb 2011, at 13:56, Ted Ross wrote: > > +1 but I would like to see a crisper definition of the proposal: > > > > Commits are rejected unless the commit comment contain

Re: 0.10 release update - feature integration week

10^6 apologies for not weighing in sooner... Regarding qpid-2935: Currently, standalone broker flow control is 'code complete' - it is passing a set of new unit tests I've added. I've run into some problems replicating state when using flow control in a clustered broker. Alan's is helping out

Re: 0.10 release update - feature integration week

way, I think it's a "go". > > Justin > > On Thu, 17 Feb 2011, Ken Giusti wrote: > > > 10^6 apologies for not weighing in sooner... > > > > Regarding qpid-2935: > > > > Currently, standalone broker flow control is 'code complete'

Re: 0.10 release update - feature integration week

> > for the 0.10 release. If the work to make flow control work with > > clustering is minor, we may be able to include it as a bug fix in > > 0.10. > > If, otoh, the work required is more extensive, we can address it in > > 0.12. > > > > Either way, I thin

Re: 0.10 release update - this week we branch for release

Seeking approval for inclusion in 0.10: https://issues.apache.org/jira/browse/QPID-3080 https://issues.apache.org/jira/browse/QPID-3081 Proposed patches attached to each. thanks, -K - Original Message - > Hi, folks. > > Our schedule calls for us to create our release branch this Wedne

Request for QPID-3073 to be included in 0.10

https://issues.apache.org/jira/browse/QPID-3073 Already on trunk. -K - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org

Request for QPID-3128 to be included in 0.10

https://issues.apache.org/jira/browse/QPID-3128 -K - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org

Re: qmf-gen -2 bug?

Hi Angus, Good catch - definitely a bug. And your fix looks good. Would you be so kind as to open a new bug against qpid, and include your patch below? See https://issues.apache.org/jira/browse/qpid - the "bug" link at the top right of the page. Could you "attach" your patch to the bug, ca

Permission to merge to 0.10

Hi Justin, A couple of minor user interface tweaks that were driving me nuts: https://issues.apache.org/jira/browse/QPID-3169 https://issues.apache.org/jira/browse/QPID-3168 Very limited risk, agreed? What say ye? thanks, -K

Re: 0.10 release notes draft, features and improvements

Hi Justin, - Original Message - > Hi, everyone. > > This is part one in a two-part series. I'm first tackling the features > and improvements from the following jira query, also linked on the > release page[1]: > > I'm looking for feedback about: > > - What needs expansion; many thing

Re: [VOTE] Stop publishing release artefacts for unmaintained components (was Re: 0.10 release update - RC1 and status)

+1 x 3 -K - Original Message - > On 03/18/2011 03:56 PM, Justin Ross wrote: > > On Fri, 18 Mar 2011, Robert Godfrey wrote: > > > >> I know Gordon said: > >> > >> > >> "Specifically I'd suggest that unless anyone has specific updates > >> to the > >> following artefacts - and volunteers to

Re: [VOTE] Release 0.10

+1 -K - Original Message - > Hello, everyone. The blocker issue raised earlier this week has been > resolved. There's more information, including release notes, at the > release page[1]. > > The proposed final distribution of Qpid 0.10 is available from the > link > below. It's from revi

Re: matching async responses to async requests

Apologies for not getting back to you sooner... callMethodAsync() returns a unique 32 bit correlation id that corresponds to the request. The ConsoleEvent that contains the method response has a getCorrelator() method which returns the correlation id that will match the value returned by the i

Re: matching async responses to async requests

your application. Does that make sense? thanks, -K - Original Message - > On Fri, May 06, 2011 at 01:48:08PM -0400, Ken Giusti wrote: > > Apologies for not getting back to you sooner... > > > > callMethodAsync() returns a unique 32 bit correlation id that > >

Re: Welcome Justin Ross as committer

most excellent news - and, if I may be so bold: qpid.addCommitter(new JustinRoss()); qpid.getAttribute(CoolnessFactor)++; (not tested, but I'm sure it works) Welcome aboard! -K - Original Message - > Welcome and well deserved ! > Yours is a good example that writing code is not the onl

  1   2   3   4   5   6   7   8   9   10   >