[
https://issues.apache.org/jira/browse/QPID-4929?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13685454#comment-13685454
]
ASF subversion and git services commented on QPID-4929:
---
Commit
[
https://issues.apache.org/jira/browse/QPID-4929?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rob Godfrey resolved QPID-4929.
---
Resolution: Fixed
[Java AMQP 1.0 Client] Infinite recursion attempting to write
On 06/16/2013 10:46 AM, Fraser Adams wrote:
Hi Gordon,
I'm afraid that I've *still* not got around to messing with proton/AMQP
1.0 (sorry, I've been tied in knots with various other things) so I
won't be able to do the sort of review this really deserves.
Firstly though thanks for doing this, I
Darryl L. Pierce created QPID-4930:
--
Summary: Provide upstream sources for Swigged Python APIs.
Key: QPID-4930
URL: https://issues.apache.org/jira/browse/QPID-4930
Project: Qpid
Issue Type:
On 06/14/2013 03:58 PM, Kerry Bonin wrote:
On existing broker failover - can you point me to where that behavior is
documented? Because neither myself or anyone on the four teams I work with
has come across the functionality you describe. I've never seen a client
failover to another broker,
On 06/17/2013 01:26 PM, Gordon Sim wrote:
It appears the reconnect_urls connection option is not in fact
documented. Sorry about that. It takes a single url or a Variant::List
of urls to try when reconnecting.
Actually it is (briefly) mentioned in the c++ reference doxygen:
[
https://issues.apache.org/jira/browse/QPID-4348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13685599#comment-13685599
]
ASF subversion and git services commented on QPID-4348:
---
Commit
[
https://issues.apache.org/jira/browse/QPID-4348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13685601#comment-13685601
]
Alan Conway commented on QPID-4348:
---
Fixed by r1493771. Significant refactor of HA code.
[
https://issues.apache.org/jira/browse/QPID-4348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alan Conway resolved QPID-4348.
---
Resolution: Fixed
HA Use independent sequence numbers for identifying messages.
Hi,
Please find the latest report on new defect(s) introduced to Apache-Qpid found
with Coverity Scan
Defect(s) Reported-by: Coverity Scan
Showing 7 of 64 defects
** CID 1033541: Unused pointer value (UNUSED_VALUE)
/bindings/qpid/perl/perlPERL_wrap.cxx: 4956
** CID 1033540:
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10872/#review21983
---
Ship it!
I think what this is a long term solution to the testing
For the record, I'm going to move ahead with adding the issue
collector. We can disable it again if it proves to be a problem.
Justin
On Fri, May 24, 2013 at 11:25 AM, Andrew Stitcher astitc...@redhat.com wrote:
On Fri, 2013-05-24 at 08:46 -0400, Justin Ross wrote:
...
If your JIRA
http://people.apache.org/~jross/transom/2013-06-17/
Previous versions:
Update 5:
http://people.apache.org/~jross/transom/2013-05-24/
http://qpid.2158936.n2.nabble.com/Website-update-5-td7593440.html
Update 4:
http://people.apache.org/~jross/transom/2013-05-10/
The initial website update plan called for us to make the switch at
about the same time as the 0.22 release. Now it's time, and I think
the new site is ready.
Voting now doesn't mean the site is finished. There's plenty to
improve. Rather, this vote concerns whether you feel the new site has
[X] Yes, replace the existing site with the proposed site
[ ] No, the proposed site isn't ready
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[X] Yes, replace the existing site with the proposed site
[ ] No, the proposed site isn't ready
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[X] Yes, replace the existing site with the proposed site
--Rafael
[ X ] Yes, replace the existing site with the proposed site
[ ] No, the proposed site isn't ready
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
On Mon, Jun 17, 2013 at 7:26 AM, Gordon Sim g...@redhat.com wrote:
On 06/14/2013 03:58 PM, Kerry Bonin wrote:
On existing broker failover - can you point me to where that behavior is
documented? Because neither myself or anyone on the four teams I work
with
has come across the
And anything you can think of for dynamically load balancing across
brokers?
Honestly, I think the simplest solution overall is for us to get federation
working on windows. I assume its some issue in the IO layer.
Does anyone have a concrete understanding of what the problem is and
what
On Mon, Jun 17, 2013 at 01:35:14PM -0400, Justin Ross wrote:
[ X ] Yes, replace the existing site with the proposed site
[ ] No, the proposed site isn't ready
--
Darryl L. Pierce, Sr. Software Engineer @ Red Hat, Inc.
Delivering value year after year.
Red Hat ranks #1 in value among
[
https://issues.apache.org/jira/browse/QPID-4817?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Keith Wall resolved QPID-4817.
--
Resolution: Fixed
Fix Version/s: 0.22
I reviewed this change when the commit was made, but
[
https://issues.apache.org/jira/browse/QPID-4817?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Keith Wall closed QPID-4817.
Add message grouping to Java Broker book
Key:
[
https://issues.apache.org/jira/browse/QPID-4463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13685869#comment-13685869
]
Keith Wall commented on QPID-4463:
--
I haven't tried this, but the technique described by
[
https://issues.apache.org/jira/browse/QPID-4926?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13685900#comment-13685900
]
ASF subversion and git services commented on QPID-4926:
---
Commit
[X] Yes, replace the existing site with the proposed site
Cliff
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
Andrew Stitcher created QPID-4931:
-
Summary: Broker should only listen to a single network address if
--port 0 is specified
Key: QPID-4931
URL: https://issues.apache.org/jira/browse/QPID-4931
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11915/
---
Review request for qpid, Alan Conway and Gordon Sim.
Description
---
See
[ X ] Yes, replace the existing site with the proposed site
[ ] No, the proposed site isn't ready
I think this is a massive step forward - thank you Justin.
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For
On Mon, 2013-06-17 at 13:35 -0400, Justin Ross wrote:
[ x ] Yes, replace the existing site with the proposed site
[ ] No, the proposed site isn't ready
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For
- Original Message -
From: Justin Ross jr...@apache.org
To: dev@qpid.apache.org
Sent: Monday, June 17, 2013 1:35:14 PM
Subject: [VOTE] Replace the Qpid website
[X] Yes, replace the existing site with the proposed site
[ ] No, the proposed site isn't ready
--
-K
I've just opened QPID-4931[1] and a code review [2] to change the
behaviour of the --port 0 command line option to the C++ broker.
Essentially if you use this option after the change the broker will only
listen to a single address and you will need to use --interface to
select the address you
[X] Yes, replace the existing site with the proposed site
Rajith
On Mon, Jun 17, 2013 at 6:05 PM, Ken Giusti kgiu...@redhat.com wrote:
- Original Message -
From: Justin Ross jr...@apache.org
To: dev@qpid.apache.org
Sent: Monday, June 17, 2013 1:35:14 PM
Subject: [VOTE]
Thanks Chuck. Getting a plan to address these would be great.
For now, could someone please check out:
/qpidbuilds/trunk/qpid/cpp/src/qmf/engine/ValueImpl.cpp line 287-288:
CID 401186 (#11 of 11): Resource leak (RESOURCE_LEAK)26. leaked_storage:
Variable subval going out of scope leaks the
34 matches
Mail list logo