+1 Welcome Philip
Rajith
On Fri, Dec 14, 2012 at 1:04 PM, Cliff Jansen cliffjan...@gmail.com wrote:
+1. Welcome!
On Fri, Dec 14, 2012 at 9:42 AM, Carl Trieloff cctriel...@redhat.com wrote:
Phil was nominated for committer and has accepted. Please join me in
welcoming him.
Phil, you will
There are two issues preventing the above when using the Qpid JMS client.
1. Qpid JMS client currently enforces the message ID to be a UUID as
it's needed by the underlying 0-10 implementation.
Therefore when a message bridge attempts to copy a message from
one vendor to the Qpid message, it
After some further investigation it appears I have got the
requirements wrong. Sorry about that.
The second issue I mentioned (provider overriding the message -id)
*may* no longer be a concern here.
(My original email was based on a conversation I had when trying to
find the use cases behind the
more as to how you would store them separately ?
Maybe I misunderstood your intention here, but it seems something
similar to what I suggested in my original email (of course based on
wrong info I received).
Rajith
Robbie
On 17 January 2013 16:19, Rajith Attapattu rajit...@gmail.com wrote
On Thu, Jan 17, 2013 at 12:43 PM, Robbie Gemmell
robbie.gemm...@gmail.com wrote:
Yep, 3272
Gotcha.
Seperate as in store the provided String in a field which is separate from
the UUID in the header where we would normally store the passed in message
id value, and return this when
will
be preserved.
Agreed.
The use cases we are discussing is for 'foreign' messages and
forwarding/routing agents.
The default behavior will always assign a unique message-id before
sending it on the wire.
On Thu, Jan 17, 2013 at 1:07 PM, Rajith Attapattu rajit...@gmail.comwrote:
On Thu, Jan 17
On Thu, Jan 17, 2013 at 5:00 PM, Robbie Gemmell
robbie.gemm...@gmail.com wrote:
( ( ...and in continuation of this one-thought-per-email demonstration, it
further occurs to me that you can reset 'read only' messages and then use
them again so I guess thats going back to the original question
On Thu, Jan 17, 2013 at 5:27 PM, Robbie Gemmell
robbie.gemm...@gmail.com wrote:
I was actually asking Hiram what ActiveMQ does...
Gotcha. It would be interesting to know the details.
Rajith
-
To unsubscribe, e-mail:
envirnoment to verify that this fix has
succesfully resolved QPID-4541.
Thanks,
rajith attapattu
.
Thanks,
rajith attapattu
+1
Rajith
On Mon, Jan 21, 2013 at 11:04 AM, Justin Ross jr...@apache.org wrote:
For me, Gordon's stated summary is the best argument for one
discussion list. The users/dev split is conventional, but it is not
particularly good for our project. For one, the user/developer
distinction is
On Tue, Jan 22, 2013 at 4:55 AM, Rob Godfrey rob.j.godf...@gmail.com wrote:
In order to communicate better how Proton and other components make up the
Qpid project I think we need to take a good hard look at how we present
ourselves through the website, our documentation, and in our mailing
+1
Robbie just summed up what I had to say.
Rajith
On Tue, Jan 22, 2013 at 8:04 PM, Robbie Gemmell
robbie.gemm...@gmail.com wrote:
Agreed that it should have a JIRA. I have been intending to raise this
subject again for a while now as there have been an increasing number of
cases lately, but
generated e-mail. To reply, visit:
https://reviews.apache.org/r/9027/#review15629
---
On Jan. 18, 2013, 10:54 p.m., rajith attapattu wrote:
---
This is an automatically generated e-mail
Can you please paste your address strings for your sender and receivers ?
It appears you are using a shared queue here.
Regards,
Rajith
On Thu, Jan 31, 2013 at 8:46 AM, haiduc sfodor...@gmail.com wrote:
Hi all,
I have encountered this issue with version 0.20 c++ broker, that was not
Justin,
Thanks a lot for working on this. I really appreciate that.
I like how the content is organized. The structure is a big
improvement over what we have.
The biggest improvement is the individual component pages! I really
like the structure there.
However I'm not too keen about the
Welcome Fraser! Appreciate your work on the java QMF sutff.
Rajith
On Mon, Feb 25, 2013 at 1:57 PM, Carl Trieloff cctriel...@redhat.com wrote:
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
Are you able to see the same issue with a more recent release?
The latest release is 0.20 and we are close to getting 0.22 out as well.
Are you able to try your use case with the latest client and report
the results ?
Regards,
Rajith
On Fri, Mar 1, 2013 at 2:26 AM, Nitin Walke
Hi All,
While fixing QPID-3769, I came across this issue.
There are two options for implementing the equals method (and hashcode).
1. Check the type and name to ensure they both point to the same
destination (which could be a queue or an exchange in pre 1.0
terms).
2. Do a comprehensive check
should be either
an instance of Topic or Queue, which will avoid most of these ugly
issue.
Regards,
Rajith
On Mon, Mar 25, 2013 at 12:48 PM, Robbie Gemmell
robbie.gemm...@gmail.com wrote:
On 19 March 2013 16:01, Rajith Attapattu rajit...@gmail.com wrote:
On Tue, Mar 19, 2013 at 11:15 AM, Gordon
Actually I'd like to take a step back and ask what are our plans for
QMF and management in general.
Fraser, this is in no way to discourage you or devalue your current
contribution.
But as you rightly pointed out in the later part of your email, we
should look at the bigger picture and see if we
types of Destinations.
If we get this right, then issues such as resolving a destination,
equals implementation etc will be more clear than what it is now.
--Rafael
On Mon, Mar 25, 2013 at 2:22 PM, Rajith Attapattu rajit...@gmail.comwrote:
I didn't mean to let this issue slide.
I think
On Mon, Mar 25, 2013 at 2:50 PM, Rajith Attapattu rajit...@gmail.com wrote:
Actually I'd like to take a step back and ask what are our plans for
QMF and management in general.
Fraser, this is in no way to discourage you or devalue your current
contribution.
But as you rightly pointed out
On Mon, Mar 25, 2013 at 3:58 PM, Rafael Schloming r...@alum.mit.edu wrote:
On Mon, Mar 25, 2013 at 3:13 PM, Rajith Attapattu rajit...@gmail.comwrote:
On Mon, Mar 25, 2013 at 2:53 PM, Rafael Schloming r...@alum.mit.edu
wrote:
This is not the case since the time we implemented the addressing
On Tue, Mar 26, 2013 at 9:04 AM, Gordon Sim g...@redhat.com wrote:
On 03/25/2013 06:22 PM, Rajith Attapattu wrote:
I think as an interim solution I will add a check for subjects.
Longer term I think (especially when we work on the new JMS client) we
should probably look at implementing
Hey Justin,
I want to include the following commits into the 0.22 branch.
http://svn.apache.org/r1461324
http://svn.apache.org/r1461329
Once I make some adjustments to the tests, I would need to port that as well.
I will send a follow up email when I've got that sorted out.
Regards,
Rajith
Sorry I forgot to include the JIRA in the email.
Please see https://issues.apache.org/jira/browse/QPID-3769 for context.
Rajith
On Wed, Mar 27, 2013 at 12:00 PM, Rajith Attapattu rajit...@gmail.com wrote:
Hey Justin,
I want to include the following commits into the 0.22 branch.
http
will email with the commit URL once the tests are committed.
I'm sorting through something else at the moment.
Rajith
On Wed, Mar 27, 2013 at 12:04 PM, Rajith Attapattu rajit...@gmail.com wrote:
Sorry I forgot to include the JIRA in the email.
Please see https://issues.apache.org/jira/browse
+1 on this.
Having the flexibility to have individual release cycles for each component
will be huge advantage for us.
However as Justin mentioned, we shouldn't rule out a Qpid wide release
perhaps once a year or so.
From a users perspective this is a great thing to have, bcos all the
components
Hi Folks,
org.apache.qpid.client.SessionCreateTest hangs when I run its under the cpp
profile.
It works well under the java broker profile.
It seems the last successful run on Jenkins was 2 days ago
https://builds.apache.org/job/Qpid-Java-Cpp-Test/
Anybody else seeing this ?
Regards,
Rajith
/JavaExcludes:org.apache.qpid.client.SessionCreateTest#*
Robbie
On 22 April 2013 20:30, Rajith Attapattu rajit...@gmail.com wrote:
Hi Folks,
org.apache.qpid.client.SessionCreateTest hangs when I run its under the
cpp
profile.
It works well under the java broker profile.
It seems
to
the
client was 3 weeks ago:
http://svn.apache.org/r1463158
It isn't actually running at all on the Java broker profiles:
java/test-profiles/JavaExcludes:org.apache.qpid.client.SessionCreateTest#*
Robbie
On 22 April 2013 20:30, Rajith Attapattu rajit...@gmail.com wrote
Diff: https://reviews.apache.org/r/10738/diff/
Testing
---
Java test suite, tests from customers and QE around the deadlock situation.
Thanks,
rajith attapattu
/ClientProperties.java
1471133
Diff: https://reviews.apache.org/r/10738/diff/
Testing
---
Java test suite, tests from customers and QE around the deadlock situation.
Thanks,
rajith attapattu
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10738/#review19626
---
On April 24, 2013, 12:19 p.m., rajith attapattu wrote
:19 p.m., rajith attapattu wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10738/
---
(Updated April 24, 2013, 12:19 p.m
I would like to include r1475810 http://svn.apache.org/r1475810 in 0.22
The corresponding JIRA (patch attached) is QPID-4714
Rajith
.
The bottom line is this issue needs to be resolved, or else people will
loose confidence in our client.
rajith attapattu wrote:
It seems you have already noticed that there would be issues with the
consumer close, since it would no longer stop deliveries occurring while
closing was in progress
--
Martin Ritchie
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com
(WSDMArtifactsDirector.java:110)
at
org.apache.qpid.management.wsdm.capabilities.WSDMArtifactsDirector.direct(WSDMArtifactsDirector.java:71)
at
org.apache.qpid.management.wsdm.capabilities.WsArtifactsFactory.getArtifactsFor(WsArtifactsFactory.java:99)
... 66 more
Regards,
Rajith
kotasixtyn...@gmail.com wrote:
I have done a little patch. Should I register in JIRA to send it or may I
send it to somebody of developers?
2009/12/11 Alan Conway acon...@redhat.com
On 12/10/2009 10:43 AM, Andrew Stitcher wrote:
On Thu, 2009-12-10 at 10:30 -0500, Rajith Attapattu wrote
://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact
On Wed, Feb 3, 2010 at 7:16 AM, Rafael Schloming rafa...@redhat.com wrote:
Rajith Attapattu wrote:
On Tue, Feb 2, 2010 at 4:23 PM, Rafael Schloming rafa...@redhat.com
wrote:
Some of you may recall that I ranted a bit just prior to the freeze for
the
0.6 release about how lots of non-client
Godfrey mentioned about using JNDI for any options that doesn't
fit into the above methods, which I think is a good solution.
Again I would like to hear any thoughts and suggestions around this.
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com
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. Qpid JMS client does not implement the optional methods nor
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com
Had a look at this closely and figured it was due to a classpath class
due to Sun bundling an older version of Xalan jar.
I have disabled this test until we come up with a decent solution.
Rajith
On Tue, Feb 2, 2010 at 9:39 AM, Rajith Attapattu rajit...@gmail.com wrote:
Hi
.
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid
a linear sweep of all
queues with TTL messages so there may be some impact on performance during
the sweep if you have a lot of deep queues.
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com
Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging
/Interact: mailto:commits-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr
working as expected.
Perhaps a start would be to have clear documentation around the API,
the address syntax, what message types are supported etc...
Rafi has done some work on the docs, so perhaps we could use that as a guide.
Based on that we could then create a set of tests.
Regards,
Rajith
+To
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache
Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project
: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use
Hi All,
The current out of the box performance for the java client is somewhat
impacted by the log4j issues.
The solution I provided (adding a log4j.xml) for the client jar is
totally wrong and no better than the previous solution.
Also the code base is littered with log4j.xml files, especially
Robbie thx for your comments !
On Mon, Mar 8, 2010 at 2:27 PM, Robbie Gemmell robbie.gemm...@gmail.com wrote:
From: Rajith Attapattu [mailto:rajit...@gmail.com]
Sent: 08 March 2010 15:42
To: dev@qpid.apache.org
Subject: Java Client Logging (yet again !)
Hi All,
The current out of the box
: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use
On Mon, Mar 8, 2010 at 6:09 PM, Rafael Schloming rafa...@redhat.com wrote:
Rajith Attapattu wrote:
On Mon, Mar 8, 2010 at 3:16 PM, Rafael Schloming rafa...@redhat.com
wrote:
Robbie Gemmell wrote:
3. From the next release we need to ship separate binaries for the
broker, client
Use/Interact: mailto:dev-subscr...@qpid.apache.org
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
trivially have a connection property file per connection).
Comments and suggestions are most welcomed !
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http
import qpid ; then
PYTHON_TESTS=
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http
On Fri, Mar 12, 2010 at 8:59 AM, Alan Conway acon...@redhat.com wrote:
On 03/11/2010 06:41 PM, Rajith Attapattu wrote:
Hi All,
Currently quite a bit of options can be configured via the Java
Connection URL, which tends to make it ungainly and quite error prone.
If we are to think in terms
On Mon, Mar 15, 2010 at 12:35 PM, Gordon Sim g...@redhat.com wrote:
On 03/11/2010 11:41 PM, Rajith Attapattu wrote:
Hi All,
Currently quite a bit of options can be configured via the Java
Connection URL, which tends to make it ungainly and quite error prone.
If we are to think in terms
On Mon, Mar 15, 2010 at 8:24 AM, Alan Conway acon...@redhat.com wrote:
On 03/12/2010 10:40 AM, Rajith Attapattu wrote:
On Fri, Mar 12, 2010 at 8:59 AM, Alan Conwayacon...@redhat.com wrote:
On 03/11/2010 06:41 PM, Rajith Attapattu wrote:
Hi All,
Currently quite a bit of options can
On Mon, Mar 15, 2010 at 4:25 PM, Gordon Sim g...@redhat.com wrote:
On 03/15/2010 05:48 PM, Rajith Attapattu wrote:
On Mon, Mar 15, 2010 at 12:35 PM, Gordon Simg...@redhat.com wrote:
On 03/11/2010 11:41 PM, Rajith Attapattu wrote:
1.2 Syntax
broker [ ;options ] [ ,broker
Does this organization work?
Jonathan
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http
On Tue, Mar 16, 2010 at 11:37 AM, Jonathan Robie
jonathan.ro...@redhat.com wrote:
On 03/16/2010 11:13 AM, Rajith Attapattu wrote:
Here are some general comments.
Frankly I am not too happy with the current format.
That's fine - the current format was created in order to use existing Wiki
://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact
: mailto:dev-subscr...@qpid.apache.org
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http
the string fails to parse into a valid URI, long before
the Qpid transport layer gets called.
Cliff
-Original Message-
From: Rajith Attapattu [mailto:rajit...@gmail.com]
Sent: Monday, March 15, 2010 10:48 AM
To: dev@qpid.apache.org
Subject: Re: Client configuration Connection URL
for the python
client now, but when I finish with that I'll post a complete list for the
python client.
+1
I think it's a very sensible step to first figure out the requirements
for each client.
I will create a wiki page and add the Java client stuff.
Regards,
Rajith
--Rafael
Rajith Attapattu
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
as possible.
Therefore I suggest we use initCause method as it preserve the stack trace.
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use
Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging
from
the test resources folder.
Option 3 has support from most folks I spoke to.
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
On Mon, Mar 8, 2010 at 7:41 PM, Rajith Attapattu rajit...@gmail.com wrote:
On Mon, Mar 8, 2010 at 6:09 PM, Rafael Schloming rafa...@redhat.com wrote:
Rajith
configure logging. Using this
approach we could demos number of logging options i.e. log4j, jdk logging,
slf4j simple, etc.
Cheers
Martin
-- Martin
Sent from my iPhone
On 23 Mar 2010, at 14:15, Rajith Attapattu rajit...@gmail.com wrote:
Ok the discussion veered a bit off topic.
So
: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
On 25 March 2010 13:30, Rajith Attapattu rajit...@gmail.com wrote:
Andrew looks good to me.
The mailing lists are fine as well.
Robert, could we also announce the QMF and Federation support in the
Java Broker?
We could list it as experimental if you think it's not yet ready for prime
time
...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com
Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com
-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http
Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http
On Thu, Apr 8, 2010 at 10:40 AM, Gordon Sim g...@redhat.com wrote:
On 04/08/2010 03:11 PM, Rajith Attapattu wrote:
Gordon, are you planning to make the change ?
If you are volunteering, that would be greatly appreciated! If not, yes, I
will make the change.
Ok I will do it :)
Regards
On Fri, Apr 9, 2010 at 1:18 PM, Emmanuel Bourg ebo...@apache.org wrote:
Rajith Attapattu a écrit :
Could you pls create a JIRA and attach a patch for this?
I don't think it's possible to create a patch that removes directories, 'svn
diff' just skips them.
My bad, I will take care
code level comments, instead ship
supplementary documentation that explains the finer points.
Comments and suggestions are much appreciated.
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP
the default.
1. Prefix the string with BURL: (note the colon)
2. Use -Dqpid.dest_syntax=BURL
If there are any objections to this please speak now or hold your
peace forever :)
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com
On Tue, Apr 13, 2010 at 12:02 PM, Gordon Sim g...@redhat.com wrote:
On 04/13/2010 04:36 PM, Rajith Attapattu wrote:
On Tue, Apr 13, 2010 at 8:19 AM, Gordon Simg...@redhat.com wrote:
On 04/12/2010 10:30 PM, Rajith Attapattu wrote:
Hi All,
Judging by some of the questions on the user list
is made on exchangeTracker instance instead
Unassigned
Sorin Suciu
Regards,
Marnie
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
Project: http
to the
new DocBook docs.
I also like the idea of not deleting the old Wiki info.
Make sense?
agreed.
Jonathan
On 04/23/2010 11:34 AM, Rajith Attapattu wrote:
I would keep it simple for now.
We should post the current docs as work-in-progress.
Then when we release 0.7 we can then have our
The PluginTest is failing at the moment with the following errors.
Since it does not extend QpidTestCase it cannot be excluded.
Therefore I will temporarily comment on the test case.
Can somebody who knows the code have a look at it and fix this test case?
Regards,
Rajith Attapattu
Red Hat
Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/
-
Apache Qpid - AMQP Messaging Implementation
On Mon, Apr 26, 2010 at 5:05 PM, Jonathan Robie
jonathan.ro...@redhat.com wrote:
On 04/26/2010 04:58 PM, Rajith Attapattu wrote:
I completely agree with Steve here.
I really don't think we need upto the minute documentation in our
website (be it static html pages or docs generated through
: +44 7941 197 134
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red Hat
http://rajith.2rlabs.com
is crashing on the first test
execution.
-Steve
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
--
Regards,
Rajith Attapattu
Red
201 - 300 of 1348 matches
Mail list logo
