Hi Rajith,
I think we as a project *must* have the same connection url/string
syntax across all clients.
I don't think this works in the WCF context. But I believe it is
merely because WCF has different conventions, not that the proposal
lacks merit in general.
In WCF, the constituents of
[
https://issues.apache.org/jira/browse/QPID-2430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robbie Gemmell reassigned QPID-2430:
Assignee: Robbie Gemmell
Java broker emits NPE following qpid-tool being connected
[
https://issues.apache.org/jira/browse/QPID-2430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robbie Gemmell updated QPID-2430:
-
Status: Ready To Review (was: In Progress)
Java broker emits NPE following qpid-tool being
Hello, qpid-dev list!
I would like to summarize on how to send patches or report bugs
for qpid store module:
- if possible, fill a new bug at http://bugzilla.redhat.com *
- otherwise just send an e-mail to rhemrg-users-l...@redhat.com
(that list is not unresponsive, merely that I haven't
On Mon, Mar 15, 2010 at 01:19:52PM +0100, Ján Sáreník wrote:
But this is a patch for store. Should I create a JIRA for fix in
RHM store module?
Probably I am writing to wrong list, but rhemrg-users-l...@redhat.com
seems to be pretty unresponsive.
See my today's post with Message-ID:
+1
2010/3/11 Alan Conway acon...@redhat.com:
On 03/11/2010 04:27 AM, Ján Sáreník wrote:
On Thu, Mar 11, 2010 at 09:54:29AM +0100, Ján Sáreník wrote:
2. The error on cluster tests - I did not investigate much, but
what I know is that the environment I am compiling in is able
to
On 03/15/2010 01:53 PM, Rajith Attapattu wrote:
On Mon, Mar 15, 2010 at 8:24 AM, Alan Conwayacon...@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.comwrote:
On 03/11/2010 06:41 PM, Rajith Attapattu wrote:
I'd like feedback on the overall file structure and organization of the
Qpid DocBook docs - is this a structure we feel comfortable adding to?
Does it need to be changed in any way? I'd like to get that part right
first.
Here is the table of contents:
Table of Contents
I. Basics
That organization looks good, Jonathan.
It would be good, I think, to have some sort of intro client info to
orient a new person to the general steps involved in writing a client.
Stuff like, you need a connection, you need a session, you build
messages, you get messages from queues, etc. Not
Here are some general comments.
Frankly I am not too happy with the current format.
I'd like to see the following in the docs.
1. The user guide should be tied to a particular version, as we are
shipping them for each release.
2. The guide should focus on end users, not developers. So we should
bindings are not removed from the persistent store when a durable queue bound
to a durable exchange is deleted
--
Key: QPID-2449
URL:
On 03/16/2010 10:40 AM, Steve Huston wrote:
That organization looks good, Jonathan.
It would be good, I think, to have some sort of intro client info to
orient a new person to the general steps involved in writing a client.
Stuff like, you need a connection, you need a session, you build
Failed evaluation of an selector could provide log information to help identify
issues
--
Key: QPID-2450
URL: https://issues.apache.org/jira/browse/QPID-2450
[
https://issues.apache.org/jira/browse/QPID-2450?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Ritchie updated QPID-2450:
-
Component/s: Java Client
Failed evaluation of an selector could provide log information to help
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
I'm looking at migrating to messaging, and have a few questions.
r/e Message :
- If headers has an accessor, why doesn't it work? It only returns an empty
map.
- Why isn't timestamp exposed? (Trust TZ issues aside, it is common to
want this data, why require recreation?)
r/e Receiver :
- Why
[
https://issues.apache.org/jira/browse/QPID-2360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12845959#action_12845959
]
Andrew Kennedy edited comment on QPID-2360 at 3/16/10 4:03 PM:
---
[
https://issues.apache.org/jira/browse/QPID-2360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12845959#action_12845959
]
Andrew Kennedy commented on QPID-2360:
--
Patch also fixes QPID-2360 issue.
declaring
On Wed, Mar 10, 2010 at 6:56 PM, Andrew Stitcher astitc...@redhat.com wrote:
* Simple majority required.
* No veto votes
* At least 3 + votes.
I propose that we consider all commiter votes not just binding PMC
votes.
* The vote will last a week closing 1800 GMT, Wednesday March 17 2010 *
I reviewed the new C++ API. Overall looks very clean, I have a few suggestions.
My comments are in the attached diff - apply grep for FIXME aconway.
commit 29b27d442687b43341b73779adf25c5be846da06
Author: Alan Conway acon...@redhat.com
Date: Tue Mar 16 12:58:25 2010 -0400
Comments on the
On 03/16/2010 03:58 PM, Kerry Bonin wrote:
I'm looking at migrating to messaging, and have a few questions.
r/e Message :
- If headers has an accessor, why doesn't it work? It only returns an empty
map.
It works for me (are you using trunk?):
$ ./examples/messaging/spout --address
On 03/16/2010 04:59 PM, Alan Conway wrote:
I reviewed the new C++ API. Overall looks very clean, I have a few
suggestions.
My comments are in the attached diff - apply grep for FIXME aconway.
Thanks Alan, I'll start going through those and ask questions as needed.
On 03/16/2010 11:55 AM, Rajith Attapattu wrote:
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
On 03/16/2010 01:20 PM, Gordon Sim wrote:
On 03/16/2010 03:58 PM, Kerry Bonin wrote:
I'm looking at migrating to messaging, and have a few questions.
r/e Message :
- If headers has an accessor, why doesn't it work? It only returns an
empty
map.
It works for me (are you using trunk?):
$
The C++ builds install python files in src/tests/python. This is kind of a pain
for at least 2 reasons:
- src/tests/python can go stale - not sure how but it just happened to me.
- debugging python code, error messages take you to the src/tests/python copy
rather than the real source file.
-
r/e headers - I do see the same thing you listed (when I use quotation
marks, I'm on Win32). Your comment implies the basis for my question -
digging into the source I now see properties are internally split into
MessageProperties and DeliveryProperties, and I was expecting to see those
fields
On 03/16/2010 06:05 PM, Kerry Bonin wrote:
r/e headers - I do see the same thing you listed (when I use quotation
marks, I'm on Win32). Your comment implies the basis for my question -
digging into the source I now see properties are internally split into
MessageProperties and
On Tue, Mar 16, 2010 at 1:29 PM, Gordon Sim g...@redhat.com wrote:
On 03/16/2010 06:05 PM, Kerry Bonin wrote:
r/e headers - I do see the same thing you listed (when I use quotation
marks, I'm on Win32). Your comment implies the basis for my question -
digging into the source I now see
On 03/16/2010 01:29 PM, Alan Conway wrote:
The book is inherently tied to a qpid release by the fact that it is
versioned in subversion. It should pick up the release number from the
build system automatically. I can hack up a Makefile.am and
CMakeLists.txt to build the book and generate an
I was trying to figure out where the project version is stored and it appears to
be stored in many places (and out of date in most of them)
Files that refer to 0.7
./extras/qmf/setup.py:23: version=0.7,
./tests/setup.py:23: version=0.7,
./cpp/src/qpid/Version.h:39: const std::string
On 03/16/2010 03:31 PM, Alan Conway wrote:
I propose we create a single file: qpid/QPID_VERSION.txt and have all
the build systems copy that into their builds when built in an SVN
checkout. Any objections or better ideas?
+1
I'll use it in the documentation to create the header page ...
Certainly this would make a release managers life easy.
+1
Rajith
On Tue, Mar 16, 2010 at 3:31 PM, Alan Conway acon...@redhat.com wrote:
I was trying to figure out where the project version is stored and it
appears to be stored in many places (and out of date in most of them)
Files that
On 03/16/2010 03:07 PM, Jonathan Robie wrote:
On 03/16/2010 01:29 PM, Alan Conway wrote:
The book is inherently tied to a qpid release by the fact that it is
versioned in subversion. It should pick up the release number from the
build system automatically. I can hack up a Makefile.am and
On 03/16/2010 10:18 AM, Jonathan Robie wrote:
I'd like feedback on the overall file structure and organization of the
Qpid DocBook docs - is this a structure we feel comfortable adding to?
Does it need to be changed in any way? I'd like to get that part right
first.
We should prioritize
Updating of the Java docs tends to just depend on who is working on any
particular bit at a given time. Of course, that generally makes it one of:
Martin, Marnie, Rob, Aidan or myself. I'll certainly look to update the
DocBook stuff when it is appropriate for any doc changes I'm making.
Robbie
-Original Message-
From: Rajith Attapattu [mailto:rajit...@gmail.com]
Sent: 16 March 2010 15:56
To: dev@qpid.apache.org
Subject: Re: Qpid docs - file structure and organization
On Tue, Mar 16, 2010 at 11:37 AM, Jonathan Robie
jonathan.ro...@redhat.com wrote:
On 03/16/2010
There were suggestions some months ago around having the website become a
combination of static main pages and generated user doc pages/pdf coming
from the DocBook source, with the wiki hanging off to the side for
development work. Is that still the end game?
I'd like to see us pick something
What I would like to do (as I think Rajith brought up in another thread) is
try to make as much documentation as possible cover *both* the C++ and Java
Broker, highlighting differences where necessary (in the same way that some
functionality may be platform specific).
Robbie and I are currently
On Tue, Mar 16, 2010 at 6:12 PM, Robbie Gemmell
robbie.gemm...@gmail.com wrote:
There were suggestions some months ago around having the website become a
combination of static main pages and generated user doc pages/pdf coming
from the DocBook source, with the wiki hanging off to the side for
On 16 March 2010 16:53, Aidan Skinner aidan.skin...@gmail.com wrote:
On Wed, Mar 10, 2010 at 6:56 PM, Andrew Stitcher astitc...@redhat.com wrote:
* Simple majority required.
* No veto votes
* At least 3 + votes.
I propose that we consider all commiter votes not just binding PMC
votes.
*
+lots I'll fix the java and 0-8 and 0-10 C# clients next week. I don't have
Visual Studio (or even a Windows install) so can't help with the WCF client
On 16 Mar 2010 19:32, Alan Conway acon...@redhat.com wrote:
I was trying to figure out where the project version is stored and it
appears to be
41 matches
Mail list logo