Way to go Justin, congratulations!
-Ted
On 05/19/2011 01:05 PM, Carl Trieloff wrote:
Justin has been voted on as committed and he accepted. Please join me in
welcoming Justin.
we're waiting for your first commit...
regards and welcome,
Carl.
One of the main differences in QMFv2 is that the messages use the
map/list encodings which make the contents much more user friendly. As
such, the functionality of qpid-config could readily be implemented
using just the JMS messaging interface (or any other language interface)
without need
+1
On 08/09/2011 03:35 PM, Justin Ross wrote:
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:
Giusti, michael goulish, and Ted Ross.
Summary
---
Provides a new method for providing notification to an interested party when
new messages are received.
The EventNotifier class can be associated with either a console or agent
session. The object provides a file descriptor which
. To reply, visit:
https://reviews.apache.org/r/1557/
---
(Updated 2011-08-17 14:07:58)
Review request for qpid, Kenneth Giusti, michael goulish, and Ted Ross.
Summary
---
Provides a new method for providing notification
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/qmf-tool
Date: Fri, 18 Nov 2011 13:48:29 -
From: tr...@apache.org
On 12/12/2011 09:58 AM, Justin Ross wrote:
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. If
instead you think
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 using AMQP messaging. There was an agent embedded
in the broker and a console
The documentation links on the qpid.apache.org website are pointing to
old content. How do we get the website documentation regenerated from
the SVN source?
-Ted
On 12/12/2011 09:58 AM, Justin Ross wrote:
Hello, everyone. There have been no new changes on the release branch
since our
-3824
Project: Qpid
Issue Type: Improvement
Components: C++ Broker, python tools
Reporter: Ted Ross
Assignee: Ted Ross
Fix For: 0.15
This feature introduces new counters to the Queue and Broker management
objects. The broker
The scope of this fix seems to be much greater than that of the commit
that broke Windows.
A couple of questions:
1) Why add BrokerImportExport.h to cpp/src/qmf? There's already a
cpp/include/qmf/ImportExport.h that serves the same purpose.
2) Why all the changes to the generated code? The
On 02/21/2012 11:05 AM, Alan Conway wrote:
On Tue, 2012-02-21 at 09:29 -0600, Steve Huston wrote:
-Original Message-
From: Alan Conway [mailto:acon...@redhat.com]
Sent: Tuesday, February 21, 2012 10:23 AM
To: dev@qpid.apache.org; Ted Ross; astitc...@redhat.com
Subject: Re: svn commit
Justin,
I've committed a fix to the setup script in tools. It will hopefully
fix your source dist problem.
-Ted
On 02/21/2012 05:45 PM, Justin Ross wrote:
Hi, everyone. I'm sorry to say I'm late producing the alpha, but I
think it's close now.
I've encountered one issue with the alpha
Justin,
I'd like the following commit to be considered for inclusion in 0.16:
http://svn.apache.org/viewvc?rev=1303596view=rev
The bug causes qpid-config to error-out when displaying queues that have
alternate exchanges configured.
Thanks,
-Ted
Done,
https://issues.apache.org/jira/browse/QPID-3907
On 03/22/2012 10:48 AM, Justin Ross wrote:
Ted, would you create a jira for it?
On Wed, 21 Mar 2012, Ted Ross wrote:
Justin,
I'd like the following commit to be considered for inclusion in 0.16:
http://svn.apache.org/viewvc?rev
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/4525/#review6693
---
Ship it!
This looks great. Clean up the whitespace in the Python
https://issues.apache.org/jira/browse/QPID-3937
Wrapped Python uses syntax that is incompatible with older Python
interpreters
-Ted
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail:
https://issues.apache.org/jira/browse/QPID-3938
qmf-tool fails to create connection against updated Python wrapper
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail:
The following issue was fixed on trunk: Wrapped Python typemap uses
uuid module that is not available in Python 2.4
https://issues.apache.org/jira/browse/QPID-3946
I'd like to consider this as a candidate fix for 0.16.
-Ted
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/4802/
---
Review request for qpid, Alan Conway and Gordon Sim.
Summary
---
This
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/4802/#review7028
---
On 2012-04-19 13:56:16, Ted Ross wrote:
---
This is an automatically
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/4802/#review7029
---
On 2012-04-19 13:56:16, Ted Ross wrote
in the headers is going to
be a problem for anybody.
- Ted Ross
On June 18, 2012, 4:30 p.m., rajith attapattu wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/5389
Justin,
Please consider the following Jira/Commit for inclusion in 0.18. I've
added utf-8 decoding of strings in the CLI table utility so the CLIs can
properly display non-ascii strings.
-Ted
https://issues.apache.org/jira/browse/QPID-4155
http://svn.apache.org/viewvc?rev=1363795view=rev
[X] Yes, create a JIRA project for Proton.
[ ] No, bah, humbug, Proton can suck it.
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
+1
On 08/20/2012 11:53 AM, Justin Ross wrote:
Hi, folks. It's time again to vote on our release. The proposed final
RC (same revision as RC3, minus the -rc3 version suffix) is available
here:
http://people.apache.org/~jross/qpid-0.18/
If you favor releasing the RC3 bits as 0.18, vote +1.
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/7564/#review12402
---
Ship it!
Ship It!
- Ted Ross
On Oct. 12, 2012, 4:39 p.m., Gordon
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/7562/#review12403
---
Ship it!
Ship It!
- Ted Ross
On Oct. 12, 2012, 4:32 p.m., Gordon
One of the problems we've had for a long time with wrapped bindings is
the mismatch of threading models. For example, a Ruby program using an
extension module written in C/C++ will hang if a call into the extension
blocks. This is because the extension uses pthreads and the host
program uses
Jira:https://issues.apache.org/jira/browse/QPID-4449
Commit: http://svn.apache.org/viewvc?rev=1411761view=rev
This commit looks bigger than it is. What has occurred is that calls to
ManagementObject.GetManagementObject() have been changed to
GetManagementObjectShared(). This allows the
+1
I think this is a real problem and I would be supportive of
consolidating all of the discussion into one list. We either exclude
people by sending to one list or, like this email, we include all lists
and everybody gets three copies.
-Ted
On 01/18/2013 12:21 PM, Gordon Sim wrote:
I
since this event is only generated upon declaration
of the queue?
- Ted Ross
On Feb. 5, 2013, 3:33 p.m., Alan Conway wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/9258
was
added.
Thanks,
Ted Ross
Justin, Chuck, Devs,
In reviewing the work that Chuck is doing with the binding-switchover,
I've discovered that the current queue-depth thresholds are insufficient
to support an external process that wants to know when a queue is
getting full *and* when the queue is again draining. I've
build.
Does the Java Broker not implement the queue threshold event?
- Ted Ross
On March 8, 2013, 3:13 p.m., Ted Ross wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/9824
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/9824/#review17614
---
On March 8, 2013, 3:13 p.m., Ted Ross wrote:
---
This is an automatically
Frase,
Another possibility is qpid/extras/qmf. That's where the Python
implementation is. We've used the extras directory as a place to put
more layered functionality, or things that might someday become
stand-alone projects.
-Ted
On 03/24/2013 03:15 AM, Fraser Adams wrote:
Hello all,
Commit -http://svn.apache.org/r1465068
Jira - https://issues.apache.org/jira/browse/QPID-4717
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
I commented on the Jira but I'll jump in on this thread in case folks
are not reading the Jira comments.
The contribution in question is a thin .Net binding for the new C++
messaging API. This is why it was placed in the qpid/cpp/bindings area
and not in the qpid/{dotnet,wcf} areas or in its
On 09/28/2010 10:33 AM, Steve Huston wrote:
Hi Daniel,
If I understood right these two .Net components are based on
the native c++ client.
That's correct.
Is there some purely .Net client
support on the roadmap in the future?
No, not that I'm aware of.
-Steve
On 09/30/2010 09:45 PM, Wolgemuth Greg wrote:
I've been looking through the wiki for details on QMFv2, and one thing I
can't seem to find is its status. Are there QMFv2 agent and console
libraries in a usable state, will they be in the next release, or are V2
implementations still down the road?
On 10/01/2010 01:10 PM, qpid user 2 wrote:
Hi folks,
I am having an issue with C# binding dll when trying to connect to the
broker. This issue only happens in Release mode. I get an exception when
trying to instantiate a Connection object and pass on a connection url to
target the broker. the
Wes,
Thanks for pointing this out. Your observation is correct. I've raised
a Jira to track this bug so it can be fixed prior to the 0.8 release.
https://issues.apache.org/jira/browse/QPID-2896
-Ted
On 10/08/2010 02:00 PM, Wes Toland wrote:
I noticed that the queue policy options do not
On 10/22/2010 12:22 PM, Andrew Stitcher wrote:
On Fri, 2010-10-22 at 12:06 -0400, Jonathan Robie wrote:
Currently, if you specify qpid.max_size=3, the broker accepts the
string value, and does not convert it to the expected integer type.
Some context might help here -
Where do you
On 10/22/2010 01:31 PM, Jonathan Robie wrote:
On 10/22/2010 12:22 PM, Andrew Stitcher wrote:
Where do you specify qpid.max_size?
Which broker are you talking about?
I'm talking about the C++ implementation of the broker.
On 10/22/2010 12:37 PM, Ted Ross wrote:
Is this related to https
messaging API
Agreed. Initial failure shouldn't be a special case. It's just a
regular failure.
/d
On Wed, Dec 15, 2010 at 3:31 PM, Ted Ross tr...@redhat.com wrote:
+1
The reconnect feature is major improvement over the original API but
it only
works *after* a connection has been successfully
Devs,
This commit causes the automake build to install Python files (as part
of wrapped interfaces) during make-install. You may see a build error
like the following:
bindings/qpid/python/Makefile.am:39: required file
`build-aux/py-compile' not found
bindings/qpid/python/Makefile.am:39:
On 01/10/2011 01:04 PM, Gordon Sim wrote:
On 01/10/2011 02:44 PM, Ted Ross wrote:
Devs,
This commit causes the automake build to install Python files (as part
of wrapped interfaces) during make-install. You may see a build error
like the following:
bindings/qpid/python/Makefile.am:39
Excellent. Please see https://issues.apache.org/jira/browse/QPID-3009
for a similar contribution (for Perl) that was recently submitted.
-Ted
On 01/26/2011 04:43 AM, Paul Colby wrote:
On Wed, Jan 26, 2011 at 3:29 PM, Rajith Attapatturajit...@gmail.com wrote:
Hey Paul,
Thank you very much
Thanks Gordon,
I committed a fix that includes your patch and adds one more condition
to the HAVE_PERL_DEVEL variable.
Please try it on your system. Without setting PERL_INC, it should work
but not attempt to build the Perl bindings.
-Ted
On 01/28/2011 01:12 PM, Gordon Sim wrote:
On
Angus,
I've put an example C++ console that receives V2 events and prints them
in subversion. It's at
qpid/cpp/bindings/qmf2/examples/cpp/print_events.cpp. This should get
you unblocked.
-Ted
On 02/10/2011 05:57 PM, Angus Salkeld wrote:
Hi
I am trying to write a c++ client to Matahari.
+1 but I would like to see a crisper definition of the proposal:
Commits are rejected unless the commit comment contains a valid
QPID-number Jira reference OR 'NO-JIRA'. A Jira reference is valid if
it references an existing issue in the Qpid project.
-Ted
On 02/14/2011 11:53 AM, Robbie
Sorry, I've broken the Windows build with this commit. Fixing now...
-Ted
On 02/18/2011 02:25 PM, tr...@apache.org wrote:
Author: tross
Date: Fri Feb 18 19:25:50 2011
New Revision: 1072108
URL: http://svn.apache.org/viewvc?rev=1072108view=rev
Log:
QPID-3061 - Added cmake support for the qmf2
This fix is simple and changes the two QMFv2 consoles (Python and C++)
to accept both the new agent-attribute keys as well as older versions of
the keys. Specifically, underscores were prepended to the keys to
distinguish protocol-required keys from user-defined attribute keys.
Jira:
On 03/23/2011 09:11 AM, jale wrote:
Hi,
I've tried to compile qpid0.8 on windows with mingw 4.4 4.5 and 4.5.2 and it
has been imposible
I've tried with configure and cmake
Previously I've compiled the boost library with same compiler
./configure --with-sasl=no --with-ssl=no
I had several
On 03/28/2011 06:34 AM, Paul Colby wrote:
Hi everyone,
Just wondering, what is the official status of CMake support in Qpid?
It seems to me (I know very little about CMake) that the existing
SWIG-based bindings are not being built by CMake, despite the presence
of CMakeList.txt files... is
On 03/31/2011 01:36 PM, Gordon Sim wrote:
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 verify the artefact for the
pclovec wrote:
i try to running qpid-tool command ,but it doesn't work
now i can send and get message using C++ boker . (one machine)
becuase C++ M3 package not include qpid-tools commands . so i try to
running python package commands
qpid-config qpid-tool
The header files for qpid/console (c++ console api) are not packaged in
make dist. I've committed a fix for this on the trunk and on the
M4-RCs branch.
-Ted
pclovec wrote:
i have try to tested link two broker in one mahcine.
1. first using c++ declare_queue create two queue names message_queue and
two exchange amp.direct for each broker.
sample:
#./declare_queue 127.0.0.1:10003 and #./declare_queue 127.0.0.1:10004
2. the queue and exchange has
Question 1: Change the version number from M.x:
[X] Change the release from M.x to any of the other options
[ ] Change the release from M.x to only my preferred option from Question 2,
otherwise keep it the same
[ ] Keep the release number as M.x
Question 2: Change the version number to:
[X]
Andrea Gazzarini wrote:
Hi Ted, long time no see :)
Just a question about how should be events handling on QMan...
This is the current situation :
- When a new event or object content message is received, a new MBean
is built on the fly (this really happens on JMX core) ;
- JMX Core notifies
Steve, Windows devs,
There are three functions in sys::SystemInfo that are lacking
implementations for Windows. I've just checked in placeholders for them
but have not tested as I don't have a Windows development environment handy.
The functions are:
uint32_t SystemInfo::getProcessId()
Andrea,
What version of JMX is required/supported by QMan?
Thanks,
-Ted
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
Shan Wang wrote:
Hi guys,
My qpid-tool doesn't seem to work properly. When I connect qpid-tool to
a broker of a cluster and type the list command, I can't see the
cluster class at all. And after successfully declared a queue, I can't
see my queue name by using show queue, which only shows
Hi Steve,
Is there a guideline for the usage of __declspec for Windows builds? I
see that you have put them on most, but not all, public methods in the
C++ APIs. I'm working on some updated APIs for management and I'd like
to save you the trouble of having to edit the headers.
Thanks,
I want to use Connection::registerFailureCallback (in the client) to
receive notification that my connection has been dropped. I can find no
use of this feature anywhere in the qpid c++ code.
My concern is that only one callback can be registered per connection.
Subsequent registrations
Qpid Devs,
I'm working with another developer (not an Apache committer) to write a
c++ API and some wrappers in Python and Ruby for the Qpid Management
Framework. This is a fairly substantial piece of work which will
benefit greatly from being able to share a code repository.
When it is
Alan Conway wrote:
Public classes should fall into one of the following 3 categories:
Handle: handle to refcounted object (e.g. Connection, Session)
- pure pointer to impl (PIMPL) idiom: no data except impl pointer, no
virtual functions, no inlines.
- qpid::client::Handle provides common
Joshua Kramer wrote:
Hello,
I apologize if this is a basic question, but where can I find
documentation on how generate.sh works?
For example: if I edit this file:
qpid/cpp/src/qpid/acl/Acl.cpp
...the changes do not propagate to its counterpart,
Jonathan Robie wrote:
I have heard several people say it would be helpful to have real
world examples, that show the kinds of problems that come up in
real programs.
What should such examples show?
Jonathan
-
Apache Qpid -
Steve Huston (JIRA) wrote:
QMF-generated code doesn't export symbols
-
Key: QPID-1842
URL: https://issues.apache.org/jira/browse/QPID-1842
Project: Qpid
Issue Type: Bug
Components: Qpid
QMF (the Qpid Management Framework) is a set of libraries and components
layered over Qpid messaging for remote object management. The QMF code
(used to manage the c++ broker) is currently in the same directories as
the broker and clients (i.e. qpid/cpp/src/qpid, python, ruby/lib, etc.).
,
-Ted
Carl Trieloff wrote:
It might be good to put the before and after structure into the mail
thread
Carl.
Ted Ross wrote:
QMF (the Qpid Management Framework) is a set of libraries and
components layered over Qpid messaging for remote object management.
The QMF code (used to manage the c
/structure.
Thanks Regards,
Marnie
On Thu, May 7, 2009 at 3:45 PM, Ted Ross tr...@redhat.com wrote:
Rafael Schloming wrote:
Ted Ross wrote:
Good idea Carl,
Here's the current structure:
qpid/cpp/src/qpid/agent - C++ agent library
qpid/cpp/src/qpid/console- C
Robert Godfrey wrote:
snip
Here's the proposed structure:
qpid/qmf/cpp - C++ implementation of qmf components
qpid/qmf/cpp/bindings - Wrapped bindings to components (Python, Ruby,
C#, WCF, etc.)
qpid/qmf/python- Pure Python implementations (for portability)
cross-posted to dev...
Bryan Kearney wrote:
I am curious how folks are addressing using QMF in a web application
type model. Assume that I have a webapplication which can host n
users. If the users can access a backend service via QMF and I want to
track on the backend some notion of state
In line 66 of cpp/src/qpid/broker/SemanticState.cpp, the user-id for the
connection is extracted and filtered such that the @domain portion is
removed. Why is this done? Isn't the domain a key part of a user-id?
The reason this is a problem is that when using GSSAPI, the client
doesn't know
Gordon Sim wrote:
The swig generation of qmf bindings is not working for me (I believe
the version of swig I have is at least part of the problem). Unless
there are objections I'd like to apply the attached patch (or
something similar) to allow the generation of these bindings to be
disabled
Bryan Kearney wrote:
makkalot wrote:
Hi i'm writing a rpc application that calls some remote methods on
remote machines and decided to use qpid. I followed the console
tutorial [1] and got very excited about qpid. In tutorial it shows
how can we reach some remote objects that bind on some
Martin Ritchie wrote:
Hi, Ted,
Couple of things.
I think you are missing some updates to the dependencies as 'ant' does
not build. I've copied the errors in at the very bottom of this email.
All our build machines have gone failed on this one. :(
Think the build.deps is missing a few bits for
Eric,
Thanks for sending this error report. Can you include the information
from the test that failed? That information isn't in the body of your
email. Please note that the Apache list servers strip attachments off
of email messages.
Thanks,
-Ted
Linder, Eric wrote:
Testing problems
I'm trying to run the tests in the dotnet/client-010 directory. I'm
running Fedora-10 (x86_64). There's an ominous looking warning up front
and then the tests fail at the end.
Does anyone have any advice as to what my installation and configuration
should be to make this work correctly?
Julien,
Thanks for sending a reminder about your Jira/patch. You are using the
right process, we were just a bit slow on the uptake. I'll take a look
at that issue.
Regarding the .Net client in general... It's my understanding that there
are some contributors at Microsoft that are working
I would like to add a new m4 macro definition (AC_PROG_SWIG) to the CPP
build directory but it has the following license text. I understand
that GPLv2 is not compatible with the Apache license but I don't know if
the stated exceptions make it ok to incorporate this source.
Can someone with
Devs,
Are we planning a 0.6 release sometime in the near future?
-Ted
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
Gordon Sim wrote:
There is a patch waiting for review and commit for the 0-10 .net
client[1]. Any volunteers?
[1] https://issues.apache.org/jira/browse/QPID-1987
-
Apache Qpid - AMQP Messaging Implementation
Project:
.
-Ted
Julien Lavigne du Cadet wrote:
Thanks for the info Ted.
By the way, let me know if I can help regarding the problems you're having to
compile the C# API with VS 2008
Julien
-Message d'origine-
De : Ted Ross [mailto:tr...@redhat.com]
Envoyé : vendredi 17 juillet 2009 18:08
À : dev
Gordon Sim wrote:
Attached is some further work on the messaging api. I still have to
handle disconnect and reconnection plus finally get the asynchronous
sending completed. Also of course some more tests and reference docs
and some general cleanup.
I'd like to commit this to trunk and
Martin Ritchie wrote:
Jonathan,
Are you suggesting writting a new Configuration API for the Java client?
Have you thought how the configuration can still be performed via JNDI?
If I'm not mistaken, Jonathan was referring to the emerging C++ and
Python messaging APIs, not the Java APIs.
Full SASL authentication/encryption capability for the Python client was
added to the trunk at revision 834975.
A new Python module qpidsasl implemented in C++ and wrapped for Python
using Swig was introduced. This wrapper provides a generalized binding
to the Cyrus SASL library. The Python
On 11/11/2009 04:29 PM, Andrew Stitcher wrote:
On Wed, 2009-11-11 at 15:50 -0500, Ted Ross wrote:
Full SASL authentication/encryption capability for the Python client was
added to the trunk at revision 834975.
A new Python module qpidsasl implemented in C++ and wrapped for Python
using
This is a re-send of the original message with the particulars updated
for the new location of the SASL wrapper. By popular demand, this
wrapper was moved out of the qpid/cpp area and moved to qpid/extras.
=
Full SASL
On 11/17/2009 08:40 AM, Aaron Hillegass wrote:
qpid Developers,
I'm working on client/server software. Our users will be running a
client on the Mac and talking to a server on linux. I thought it
would be terrific if I could use your qpid project to do this.
Everything seems to work like
QMF, the Qpid Management Framework, is an abstraction built on Qpid
messaging to allow object and service oriented remote management. It
consists of three things:
1) A set of APIs for various languages,
2) A protocol that defines message exchange patterns and
message-body formats, and
Thanks Ken,
I've posted your wiki text at
http://cwiki.apache.org/confluence/display/qpid/QMFv2+API+Proposal.
-Ted
On 11/20/2009 01:47 PM, Ken Giusti wrote:
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,
[+1] Adopt the above statements as our official committership criteria.
-Ted
On 12/08/2009 02:34 PM, Rafael Schloming wrote:
As there have been no comments or questions on the discussion thread,
I'm going to move this to a vote:
Qualities we look for:
- A candidate must demonstrate an
It is my privilege to welcome Ken Giusti (kgiusti) as a new committer
for the Qpid project.
Ken,
For more details of committership please see:
http://www.apache.org/dev/committers.html
If you have any questions with regards to the freedom to commit directly
to the code base, please
ask on
Andrea,
I've been maintaining the ruby client code though I must admit that I'm
not a true rubyist :). I would welcome any contributions you would like
to make. Please set up an account on the Jira
(http://issues.apache.org/jira/browse/qpid) so you can report issues and
submit changes as
I was doing some testing on the C++ broker and discovered that if you
purge messages from a queue (using the management method Queue.purge)
that has an alternate exchange configured, the messages are simply
deleted. They are not sent to the alternate exchange.
I'm planning to fix this
1 - 100 of 2183 matches
Mail list logo
