In Exchnage.cpp, we have an ACL check for passive...
why it it there, as all exchange create calls come through declare which
also has the ACL check, any ideas before I delete this code?
Carl.
-
Apache Qpid - AMQP Messaging
In working a patch to add ownership to the broker model for ACL, I see
that bindings are the only object we don't use encode and decode. This
meant that the first version of my patch required a change to the
encode/decode of binding in the store code. This is a break in
abstraction, where the
On 05/18/2011 12:41 PM, Gordon Sim wrote:
On 05/18/2011 04:54 PM, Carl Trieloff wrote:
In working a patch to add ownership to the broker model for ACL, I see
that bindings are the only object we don't use encode and decode. This
meant that the first version of my patch required a change
On 05/18/2011 03:00 PM, Gordon Sim wrote:
On 05/18/2011 06:33 PM, Carl Trieloff wrote:
On 05/18/2011 12:41 PM, Gordon Sim wrote:
On 05/18/2011 04:54 PM, Carl Trieloff wrote:
In working a patch to add ownership to the broker model for ACL, I see
that bindings are the only object we don't use
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.
-
Apache Qpid - AMQP Messaging Implementation
Project:
On 06/30/2011 12:50 PM, Gordon Sim wrote:
On 06/30/2011 05:36 PM, Carl Trieloff wrote:
On 06/30/2011 12:21 PM, Gordon Sim wrote:
1) Is it possible for a client to recover the --default-queue-limit
for a
broker?
No, I'm afraid not.
This should however be trivial to add and quite useful
On 07/13/2011 08:20 AM, Gordon Sim wrote:
Going once, going twice... I'll delete these directories tomorrow AM
unless I hear objections. I'll do so on both the 0.12 release branch
and on trunk.
My only suggestion would be to delete everything in the directories
except the top level directory
On 07/13/2011 11:53 AM, Gordon Sim wrote:
On 07/13/2011 04:39 PM, Carl Trieloff wrote:
On 07/13/2011 08:20 AM, Gordon Sim wrote:
Going once, going twice... I'll delete these directories tomorrow AM
unless I hear objections. I'll do so on both the 0.12 release branch
and on trunk.
My only
On 07/13/2011 01:59 PM, Gordon Sim wrote:
How about a top level readme with a where everything is.
Yes, a top level README is reasonable.
ack, this is a better than my first idea.
I think this is particularly important given the swig bindings as they
are not that easy to find unless you
Ken,
QMFv2 solves this issue, can't we port the tools to QMFv2?
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 qpid-config is most likely downloading the broker schema data on
connection, and perhaps parsing
On 08/16/2011 01:23 PM, Kim van der Riet wrote:
On Fri, 2011-08-12 at 10:35 -0400, Carl Trieloff wrote:
Note that some tests fail on F15 if I build the store also. Is this
going to be resolved on the store before the store rev tagged for 0.12?
Carl.
This should have been fixed on r.4468
Keith has been nominated and voted onto Qpid as a committer and has
accepted. Please welcome him
regards
Carl.
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact:
Use queue state replication and client failover via the address or
failover exchange.
Carl.
On 10/26/2011 03:26 PM, Andrew Kennedy wrote:
Hi.
I'm trying to set up clustering with the C++ broker, but I'd like to do this
on Amazon EC2 or similar cloud hosts. The problem with this is that I
On 10/26/2011 06:28 PM, Andrew Kennedy wrote:
Ah, thanks Carl.
I just skimmed over that bit of the documentation [1] when I was reading up
on clustering, but it's obvious now ;) I'll give it a try - it looks like I
only need the replication plugin libraries, not corosync or anything.
On 10/30/2011 02:23 PM, Robbie Gemmell wrote:
I cant be sure as IANAL, but I believe publishing the bdbstore module
would be ok. We still wouldnt be distributing the dependency
ourselves, none of our other artifacts would depend on it so its still
entirely optional, and there are certainly
The ASF board is expanding the use of GIT, in the trial group for the
ASF. Do we want to take the plunge?
Carl.
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact:
it is a lot easier to merge features, and work with others on changes.
Carl.
On 11/28/2011 04:19 PM, Steve Huston wrote:
What benefit is there to using git?
-Original Message-
From: Carl Trieloff [mailto:cctriel...@redhat.com]
Sent: Monday, November 28, 2011 3:38 PM
To: dev
On 12/06/2011 10:56 AM, acon...@apache.org wrote:
NOTE 1: If you are using an ACL, the cluster-username must be allowed to
publish to the qpid.cluster-credentials exchange. E.g. in your ACL file:
acl allow foo@QPID publish exchange name=qpid.cluster-credentials
Alan,
Why require this in ACL,
Seems to make sense as it is clearly a different use case for the Java
client
Carl.
On 12/20/2011 08:08 AM, Weston M. Price wrote:
With the completion of
https://issues.apache.org/jira/browse/QPID-3044
there is a new JCA component (actually a sub-component of Java). I was
wondering if
ManagementDirectExchange::ManagementDirectExchange(const std::string _name,
bool
_durable,
const FieldTable _args,
Manageable*
Th PMC has nominated Weston for committer, which he has accepted. All
accounts have been created and Weston now has commit access.
Welcome aboard,
Let us know if you need any help getting your first commit in. Note that
you need to now re-checkout using 'https' and login to be able to commit.
+1
Carl.
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
On 07/18/2012 02:05 PM, Gordon Sim wrote:
On 07/18/2012 05:40 PM, Rafael Schloming wrote:
So while the Proton mission is in many ways compatible with the
original Qpid charter, the de facto Qpid mission of today is really
quite different from Proton's.
I tend to disagree.
In my mind, the
On 07/18/2012 08:13 PM, Rafael Schloming wrote:
On Wed, 2012-07-18 at 19:05 +0100, Gordon Sim wrote:
On 07/18/2012 05:40 PM, Rafael Schloming wrote:
So while the Proton mission is in many ways compatible with the
original Qpid charter, the de facto Qpid mission of today is really
quite
On 07/20/2012 04:03 PM, William Henry wrote:
So to the folks that make decisions on this list:
Is AMQP more important than legacy Qpid?
Is proton about AMQP 1.0 or about legacy Qpid?
Nice summary,
a.) I would say Proton is about making it easy for anyone to use AMQP 1.0
b.) In so doing it
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 Oleksandr, if you have any issues in being able to commit,
please let me know. Note that you need
On 09/21/2012 11:14 AM, Gordon Sim wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/7209/
---
Review request for qpid, Kenneth
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 let me know.
more info on committership can be found here:
http://www.apache.org/dev/new-committers-guide.html
Welcome
Carl.
On 01/16/2013 09:51 AM, Faye Williams wrote:
Hi there,
I have tried multiple times, but unsubscribing (both via the link in the
email and the same email address on the site) fails to unsubscribe me.
How can I get off of the users-unsubscr...@qpid.apache.org mailing list??
Thanks.
Faye.
I like the single list idea with subjects.
Carl.
On 01/18/2013 12:21 PM, Gordon Sim wrote:
I believe that we have too many mailing lists and that we are missing
out on valuable collaboration and transparency as a result.
Too often in the past topics have been discussed on the dev list
Fraser Adams has been nominated for committer for qpid and has accepted.
Please join me in welcoming him to the project!.
Fraser, we are watching to see your first commit!
kind regards
Carl.
-
To unsubscribe, e-mail:
Sorry, not sure I understand the issue, the AMQP spec license is a
'free' license.
On 04/30/2013 10:09 AM, Thomas Goirand wrote:
Dear QPID maintainers,
Jonas Smedegaard just sent a bug report on the Debian bug tracker,
because he believes that the qpid-python package in Debian is
When I read the BZ, it looked like they had issues with the stripped
down BSD - per the comment from the Rabbit stuf. I may have miss read.
Carl.
On 04/30/2013 12:14 PM, Rafael Schloming wrote:
Hi,
I believe the XML files are available only under the AMQP license, so this
would indeed seem
We should add a JCA adaptor.
my 2 cents.
Carl.
On 02/03/2010 07:53 PM, Rajith Attapattu wrote:
Hi All,
There have been several attempts to use Qpid JMS client within various
containers like Application Servers, Servlet containers etc.
However there have been a few issues around this.
1.
It would be good to see if others want to put up additional topic. I'm
not comfortable mentored any of the listed ones
Carl.
On 02/09/2010 04:14 PM, Marnie McCormack wrote:
Thanks to Aidan Robbie - great to have you on this.
Anyone else ? Please reply asap so we can co-operate on the
On 02/10/2010 02:54 PM, Kerry Bonin wrote:
I just validated a report from a few of my developers that TTL doesn't seem
to be working with the 0.6 broker, is anyone working on this ? If not I can
have a look. If it does work I'd like to compare notes to see what we're
doing wrong... Thx!
(may
Being in many meetings, but great to see you got it. Can you put that in
a JIRA, so we don't loose that.
Carl.
On 02/10/2010 05:51 PM, Kerry Bonin wrote:
OK... (for the C++ code)
qpid::messaging.Message::setTTL( boost::uint64_t ttl );
I was using this with a qpid::sys::Duration() object,
On 02/11/2010 09:51 AM, Andrew Stitcher wrote:
On Thu, 2010-02-04 at 10:33 +, Andrew Stitcher wrote:
...
I also propose to run the vote until Tue 9 Feb 2010. At that point I
will total the votes.
Well it's now, Thurs 11 Feb, and I've had only +2. So the vote is not
Currently the web site it not being updated
default_perms_for_dir: sys_acl_get_file(., ACL_TYPE_DEFAULT): Invalid argument,
falling back on umask
default_perms_for_dir: sys_acl_get_file(3rd-party-libraries.data,
ACL_TYPE_DEFAULT): Invalid argument, falling back on umask
It is a general
Options and thoughts on direction for QMF in C#. We have one
impl on the native C# client for QMF v1. Question is to port this
to the C++ C# wrapped impl or / and do ?
First of QMF can be used in two ways, one for modelling object
interactions, second doing management.
In the Windows world,
On 03/04/2010 12:31 PM, Gordon Sim wrote:
On 03/04/2010 05:16 PM, Andrew Stitcher wrote:
On Tue, 2010-02-23 at 17:36 -0500, Andrew Stitcher wrote:
Blah blah blah
I also propose to run the vote until Tue 2 Mar 2010. At that point I
will total the votes.
As of today we have 2 votes to release
+2 :-)
On 03/10/2010 02:07 PM, Gordon Sim wrote:
+1 (rat report on ruby package shows the previously omitted license is
indeed present now)
On 03/10/2010 06:58 PM, Alan Conway wrote:
+1
On 03/10/2010 01:56 PM, Andrew Stitcher wrote:
I've put up qpid-0.6rc7 for testing, you'll find it in
On 03/17/2010 02:09 PM, Rafael Schloming wrote:
Andrew Stitcher wrote:
On Wed, 2010-03-17 at 13:27 -0400, Jonathan Robie wrote:
On 03/17/2010 11:46 AM, Andrew Stitcher wrote:
I know we've been discussing docs recently, but I was extremely
surprised to see a huge checkin containing tools to
Andrew,
Are you going to close the Vote and post the result?
Carl.
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
Not an expert, but I don't see why not. It would seem to make sense to
get the
patches onto JIRA and into the Qpid source tree and then ask around the ASF
on how to directly upload the gem.
If another apache projects do it, it should just be a matter of figuring
it out/ asking them
Carl.
On 03/26/2010 03:54 PM, Alan Conway wrote:
On 03/26/2010 10:57 AM, Robbie Gemmell wrote:
+1 on the thanks.
+1 from me too
many thanks.
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
I know mina is no longer required from the client side, someone else
will need to comment on the Java broker
Carl.
On 03/31/2010 02:05 PM, Emmanuel Bourg wrote:
Could someone enlighten me about the Mina version currently used in
Qpid please? I searched through the messages of the list
On 04/01/2010 01:18 PM, Emmanuel Bourg wrote:
Rajith Attapattu a écrit :
All though the 0-10 code path doesn't use MINA as the transport, it is
still required on the client side as the JMS layer is still using the
Mina byte buffer internally.
The 0-8 code also uses MINA as the default
Based on the python questions we also need to add some Multi-threading
examples.
Carl.
On 04/12/2010 05:30 PM, Rajith Attapattu wrote:
Hi All,
Judging by some of the questions on the user list, I feel we could do
a much better with our examples.
(Also our examples should be more visible in
I think we need someone to take the on reviewing the
Mac patches for C++ broker
The C# patches for both the native and WCF client (I think Steve is
doing the
latter, but I don't think anyone is picking up the former.)
Carl.
Forward --- Should we also arrange a Qpid training day?
Carl.
-
ApacheCon North America 2010
1-5 November 2010 -- Westin Peachtree in Atlanta
Technical Tracks: Call For Participation
All submissions must be received by Friday, 28 May 2010 at midnight Pacific
Time.
The
On 05/03/2010 01:33 PM, Rajith Attapattu wrote:
I managed some time during sunday to create 3 prototypes.
Based on the feedback from last time, most people said they preferred
a blue theme.
So without any further do, here are the prototypes.
Feel free to submit your own prototype by create a
As our 0.6 release process took quite some time, I believe it is time
to assign the 0.8 release manager (any volenteers?) and to agree on
a date for feature freeze for 0.8.
I would suggest in April 16th -- A random pick.
Suggest another if you like.
Carl.
If Queue state replication is not impacted by QPID-2199, that would be a
solution. However 2199 seems to be a link issue, which would mean it
would.
On 05/05/2010 02:04 PM, Kerry Bonin wrote:
I've been walking down a rat hole and thought I'd take a moment to ask
the list how I should proceed
On 05/11/2010 04:28 PM, Steve Huston wrote:
-Original Message-
From: Gordon Sim [mailto:g...@redhat.com]
On 05/10/2010 09:33 PM, tr...@apache.org wrote:
Author: tross
Date: Mon May 10 20:33:19 2010
New Revision: 942892
URL: http://svn.apache.org/viewvc?rev=942892view=rev
Log:
On 05/11/2010 05:22 PM, Martin Ritchie wrote:
-- Martin
Sent from my iPhone
On 11 May 2010, at 21:36, Rajith Attapattu rajit...@gmail.com wrote:
While I will leave it to the experts to comment about the current
approach, may I suggest that we make a prominent notice in our
download page
On 05/11/2010 05:59 PM, Steve Huston wrote:
The current WCF uses the 0-10 API, I would suggest moving the
WCF client to the updated C++ API. I believe this has been
agreed to be done at some point before on the list which
would then be consistent with this work
Ok, as long as
On 05/13/2010 12:45 PM, Gordon Sim wrote:
I'd like to split out the new messaging API into its own library. This
is the first part of changes to more clearly delimit the stable ABI.
Applications using the new API should now link against this library
rather than against qpidclient directly.
On 05/13/2010 11:00 PM, raj...@apache.org wrote:
Author: rajith
Date: Fri May 14 03:00:48 2010
New Revision: 944086
URL: http://svn.apache.org/viewvc?rev=944086view=rev
Log:
Removing the examples under this folder as they are not written against a
proper API.
As of now we only support the JMS
On 05/18/2010 07:13 AM, Andrew Kennedy wrote:
On 17 May 2010 17:43, Carl Trieloffcctriel...@redhat.com wrote:
part I am confused about in the thread is the following: Why introduce
additional opperations to the ACL file format when they can already
be covered with what is already in the
On 05/18/2010 10:37 AM, Marnie McCormack wrote:
I'll confess that I'm fairly uncomfortable with any other new .Net API,
especially since the current situation is that we have no client which can
interop across both brokers with all the other clients successfully (with
the Java Broker 0-10 code
On 05/18/2010 10:37 AM, Marnie McCormack wrote:
Another key point is that if we're going to produce 'bindings' we need to
get much better at backwards compatibility on Qpid. We have existing C++
clients stranded on an old Qpid build as a result of some of our previous
decisions, along with C#
On 05/18/2010 11:39 AM, Steve Huston wrote:
Hi Jonathan,
I want one WCF client that works with both brokers and interops with
clients in all languages. I want only one. I want to avoid
the confusion
of having more than one, and I want to avoid putting effort into more
than one
On 05/18/2010 10:49 AM, Marnie McCormack wrote:
What client are you talking about here Carl ?
C++ and Python have been done. Some list discussion has happened on
Java. Ruby needs to be updated to Python style which missed 0.6, I believe
that is not a big job.
I understand that the
I've had a brief read, it seem seems the point I was trying to make has
been entirely miss-understood.
How about some IRC, or a call if you can do that and the reflect back to
the list.
Carl.
On 05/19/2010 11:59 AM, Andrew Kennedy wrote:
On 18 May 2010 14:52, Rajith
On 05/19/2010 12:30 PM, Andrew Kennedy wrote:
On 19 May 2010 17:22, Carl Trieloffcctriel...@redhat.com wrote:
I've had a brief read, it seem seems the point I was trying to make has
been entirely miss-understood.
How about some IRC, or a call if you can do that and the reflect back to
Anyone volunteer to work with infra and fix this, + take over ownership of
Qpid JIRA from Cliff.
https://issues.apache.org/jira/secure/BrowseProjects.jspa
Carl.
-
Apache Qpid - AMQP Messaging Implementation
Project:
On 06/10/2010 01:21 PM, Rajith Attapattu wrote:
This effort needs to be vendor neutral to encourage participation from
a wider audience, as such it's not appropriate to host in under Qpid
or ActiveMQ.
Apache is vendor neutral!
Carl.
On 06/10/2010 04:28 PM, Steve Huston wrote:
Qpid should be open and inclusive, if it is not perceived as such we
want to change that. What is it that makes 'neutrality' an issue,
especially between two Apache projects?
Ideally it would be great to get participation from other
Cliff has been nominated and voted on as a committer. We've completed
account setup, so looking forward to your first commit!
welcome Cliff.
Carl.
-
Apache Qpid - AMQP Messaging Implementation
Project:
Is there anything we can do to improve this?
Carl.
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
not necessarily all that fancy but I'd say there's a likeable
minimalist touch to it, and I think it'd be hard to argue its in any way
worse than what we had :)
Robbie
-Original Message-
From: Carl Trieloff [mailto:cctriel...@redhat.com]
Sent: 07 July 2010 23:07
To: dev@qpid.apache.org
not necessarily all that fancy but I'd say there's a likeable
minimalist touch to it, and I think it'd be hard to argue its in any way
worse than what we had :)
Robbie
-Original Message-
From: Carl Trieloff [mailto:cctriel...@redhat.com]
Sent: 07 July 2010 23:07
To: dev
The PMC has nominated and voted Andrew onto the Qpid project as
a committer. Welcome Andrew.
Looking forward to your first commit :-)
regards
Carl.
-
Apache Qpid - AMQP Messaging Implementation
Project:
On 08/20/2010 05:45 AM, Andrew Kennedy wrote:
Hi.
I'm currently looking at the 0-10 transport layer in more detail, and
want to add a (currently) MINA based VM mechanism to the existing
socket based one, and eventually I envisage pluggable OSGi modules
that implement Netty or Grizzly transports
I still think it needs debate,
For example, the discussion has been put forward to add in the new API
model in Java between JMS and the transports. This is needed. How does
that relate to this?
This discussing needs to be had a bit more broadly so that all involved in
the client can contribute
On 08/20/2010 10:15 AM, Robert Godfrey wrote:
On 20 August 2010 15:48, Carl Trieloffcctriel...@redhat.com wrote:
I still think it needs debate,
For example, the discussion has been put forward to add in the new API
model in Java between JMS and the transports. This is needed. How does
Those are the semantics of the ring queue in the C++ broker, I don't
believe Java broker supports that yet,
but please correct me if I'm wrong
Carl.
On 08/25/2010 04:45 PM, Tim Chen wrote:
Hi all,
I have a question on qpid 0.6 java broker.
I want to limit my queue to only store messages
The PMC had voted and nominated Chuck to committership, he has accepted and
accounts etc have been setup. Welcome, and looking forward to your first
commit.
Carl.
-
Apache Qpid - AMQP Messaging Implementation
Project:
My employer will be sponsoring a Qpid meetup at ApacheCon ATL this year.
Come
meet, spread the word and learn about the project. It is the typical
free beer
event that Apache puts on!.
Scheduled for Wednesday night (3rd) at 8PM.
Carl.
Can we note this one the website, and then Apache will link it from the
ApacheCon
home page.
Jonathan, is that something you can do?
Carl.
On 10/20/2010 01:14 PM, Carl Trieloff wrote:
My employer will be sponsoring a Qpid meetup at ApacheCon ATL this
year. Come
meet, spread the word
On 10/22/2010 02:04 PM, Ted Ross wrote:
I'm trying to fix both bugs. In the broker, should it reject the
string value when it expects an integer, or should it do the conversion?
Just my opinion: The broker should use isdigit() or equivalent to
determine if it can convert and if so, convert.
Of interest: http://github.com/willb/spqr
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
On 11/10/2010 11:20 AM, Gordon Sim wrote:
build it on a platform with deps install. that seems less error prone.
Actually I think that ensuring the distribution is 'complete'
regardless of the existence of dependencies on the platform it was
built is less error prone.
The question in my
On 11/10/2010 01:03 PM, Gordon Sim wrote:
In my mind the ideal is that when creating a dist, the full source for
all possible modules are included regardless of whether the deps for
those are available at the time of creation. That way you ease the
burden of getting the system setup for
Is the failover for a cluster or just to brokers.
For a cluster, the heartbeat etc need to be setup and the rest is automatic
from the failover exchange.
If just two brokers, then the connection URL needs to be used.
Carl.
On 11/21/2010 03:30 PM, Tim Chen wrote:
Anyone?
Tim
On Thu, Nov
Robbie,
Make sure to also send a mail to announce list, so that all of Apache knows
that the release has been made. Make sure the download page has been updated
and synced before you send the mail.
Thanks for driving the release
Carl.
On 12/06/2010 04:52 AM, Gordon Sim wrote:
On 12/04/2010
:-) ignore the mail I just sent...
On 12/05/2010 07:17 PM, Robbie Gemmell wrote:
Hi everyone,
Here is a draft for the 0.8 release announcement to our users list and
annou...@.
I would like to send the final email out within 36hrs, so please chip in
with any feedback you might have before
For connection open, any objections to adding a constructor that places
the contents of the URL, in parts in the options map.
QPID_MESSAGING_EXTERN Connection(const std::string url, const
qpid::types::Variant::Map options = qpid::types::Variant::Map());
i.e adding one without the 'url'
On 01/17/2011 08:14 AM, Gordon Sim wrote:
In addition to the basic behaviour the solution will also provide a
mechanism to customise the message delivery to avoid the situation
where high priority messages completely starve out lower priority
messages. This will be done by allowing the queue to
On 01/17/2011 08:14 AM, Gordon Sim wrote:
Recognise a timeout value that can be passed in the arguments to
queue-declare. Instead of immediately deleting the queue when eligible
for doing so, set up a timed task to try to delete after the
configured delay. If the queue becomes used within that
On 01/17/2011 09:57 AM, Carl Trieloff wrote:
On 01/17/2011 08:14 AM, Gordon Sim wrote:
Recognise a timeout value that can be passed in the arguments to
queue-declare. Instead of immediately deleting the queue when eligible
for doing so, set up a timed task to try to delete after the
configured
On 01/17/2011 10:01 AM, Gordon Sim wrote:
We don't support session resume so session timeout at the AMQP 0-10
level is not used at present. I prefer to keep this entirely separate
rather than mix it in with that. It is certainly possible to have a
session level timeout value in clients and use
On 01/17/2011 10:29 AM, Gordon Sim wrote:
I don't think it adds complexity. It is also entirely optional.
Repeating the point above, the fact that it is set per queue can in
many cases be hidden from the application (e.g. we can have a
connection level option controlling timeout for reliable
I've spoken a bit with Rafi and Gordon and though it good to post the
following.
I'm commonly needing to create a single receiver and then alter the
subscription (filters) on that receiver. I.e. add to the receiver and
remove from it.
In 0-10 this would be done with bind and unbind. It is
On 01/27/2011 06:25 AM, Gordon Sim (JIRA) wrote:
I'd be cautious with committing to a particular for of session-listener. While
you may be right that it will always be language specific, I think it needs
some thought and discussion on the form it should take. I don't think it is an
intrinsic
log into your apache account, and svn up the relative w1 dir and then
they should sync on the hour.
Carl.
On 02/10/2011 09:12 AM, Alan Conway wrote:
I just checked the web site and the C++ API docs are the qpid
developer version showing broker internals, not the user version. I
verified
Working on a bunch of stuff, I found that we now have the ability to set
a trace on the
queue based on settings
config of queue (queue.cpp)
traceId = _settings.getAsString(qpidTraceIdentity);
However I don't see it on qpid-config... any reason for this?
Carl.
On 02/10/2011 10:05 AM, Gordon Sim wrote:
On 02/10/2011 02:51 PM, Carl Trieloff wrote:
Working on a bunch of stuff, I found that we now have the ability to set
a trace on the
queue based on settings
config of queue (queue.cpp)
traceId = _settings.getAsString(qpidTraceIdentity);
However I
On 02/16/2011 04:10 PM, Paul Colby wrote:
As it is, I expect it to be complete sometime next week (though I'm
not sure how much is involved in implementing automake support (?).
go for it, let's try get it in.
BTW, what happened to a 0.9 release? Are odd point releases being
used for
1 - 100 of 365 matches
Mail list logo