On Tue, Oct 20, 2009 at 5:23 PM, rgodf...@apache.org wrote:
Author: rgodfrey
Date: Tue Oct 20 16:23:01 2009
New Revision: 827724
URL: http://svn.apache.org/viewvc?rev=827724view=rev
Log:
Implemented persistence, changed transactions, implemented message
conversion, fixed for all Java
Is anyone using the git repo? I have tried both methods on the source page
and I get the following errors:
$ git clone git://jukka.zitting.name/qpid.git qpid
Initialized empty Git repository in /var/data/build/tmp/qpid/.git/
fatal: read error (Connection reset by peer)
$ git clone
On Wed, Oct 21, 2009 at 4:06 PM, Mike Owens mikeow...@gmail.com wrote:
Is anyone using the git repo? I have tried both methods on the source page
and I get the following errors:
$ git clone git://jukka.zitting.name/qpid.git qpid
Initialized empty Git repository in
On Wed, Oct 21, 2009 at 4:30 PM, Aidan Skinner aidan.skin...@gmail.com wrote:
On Wed, Oct 21, 2009 at 4:06 PM, Mike Owens mikeow...@gmail.com wrote:
Is anyone using the git repo? I have tried both methods on the source page
and I get the following errors:
$ git clone
I'd really like to put some preliminary packages up this Friday for
people to beat on. Also because I'm on vacation most of next week.
So I'd encourage everyone to prioritise their checkins to the end of the
week to features that should land for the release, and bugs that need to
be fixed in
[
https://issues.apache.org/jira/browse/QPID-1789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alan Conway resolved QPID-1789.
---
Resolution: Fixed
Fixed by r828108
out of scope sessions incorrectly treated as detached
Hi Andrew,
Yesterday, preparatory to issuing a deadline on for a release freeze
I
thought I'd check out the Windows and Solaris ports and see what
their
state was.
I got as far as the windows port, which didn't even build. That was
actually my fault for making some Unix changes.
On Wed, 2009-10-21 at 12:55 -0400, Steve Huston wrote:
Hi Andrew,
...
If I run the broker and then run perftest against it perftest
appears
hang waiting for the connection to start
There is an intermittent (for some it's always, for some it's never)
hang similar to what you describe.
perfect. thanks.
On Wed, Oct 21, 2009 at 10:32 AM, Aidan Skinner aidan.skin...@gmail.comwrote:
On Wed, Oct 21, 2009 at 4:30 PM, Aidan Skinner aidan.skin...@gmail.com
wrote:
On Wed, Oct 21, 2009 at 4:06 PM, Mike Owens mikeow...@gmail.com wrote:
Is anyone using the git repo? I have tried
Yesterday, preparatory to issuing a deadline on for a release freeze I
thought I'd check out the Windows and Solaris ports and see what their
state was.
I got as far as the windows port, which didn't even build. That was
actually my fault for making some Unix changes. Fortunately Steve made
fixes
On Wed, 2009-10-21 at 12:55 -0400, Steve Huston wrote:
...
If I run the broker and then run perftest against it perftest
appears
hang waiting for the connection to start
There is an intermittent (for some it's always, for some it's never)
hang similar to what you describe. I've not been
On 10/20/2009 03:04 PM, Danushka Menikkumbura wrote:
Hi Devs,
Please let me know where to find connection URL format for C++.
Thanks and Regards,
Danushka
Here's the BNF:
amqp_url = amqp: prot_addr_list
prot_addr_list = [prot_addr ,]* prot_addr
prot_addr = tcp_prot_addr |
Thanks Alan. I hope this is supported in 0.5.
Thanks,
Danushka
On Thu, Oct 22, 2009 at 12:52 AM, Alan Conway acon...@redhat.com wrote:
On 10/20/2009 03:04 PM, Danushka Menikkumbura wrote:
Hi Devs,
Please let me know where to find connection URL format for C++.
Thanks and Regards,
Danushka
On 10/21/2009 03:25 PM, Danushka Menikkumbura wrote:
Thanks Alan. I hope this is supported in 0.5.
Thanks,
Danushka
It is. Note that unfortunately it's not the same as the URL format used by Java.
On Thu, Oct 22, 2009 at 12:52 AM, Alan Conwayacon...@redhat.com wrote:
On 10/20/2009 03:04
Currently there is functionality built-in to client::Connection to check if
there's an amq.failover exchange, and if there is to subscribe for updates. This
is exposed to the user as client::Connection::getKnownBrokers() which returns
the updated set of brokers in the cluster.
I sorely regret
Steve,
On further testing it appears to be an issue in the broker accepting
connections.
Ah, ok - I think it's a recent Linux change that escaped my rework to
Windows. I'm testing now...
Do you think that a working C++ windows broker is necessary for this
release? Not a rhetorical
Hi Andrew,
Steve,
On further testing it appears to be an issue in the broker accepting
connections.
You are correct; I just checked in a fix. Now see if you can get the
intermittent one to fail and help us diagnose that ;-)
-Steve
17 matches
Mail list logo
