[jira] Commented: (QPID-1642) JMS ReceiveNowait does not return a message even if the queue is not empty

2009-02-11 Thread Gordon Sim (JIRA)
[ https://issues.apache.org/jira/browse/QPID-1642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12672599#action_12672599 ] Gordon Sim commented on QPID-1642: -- Question: is the issue that the send in step (2) is

[jira] Commented: (QPID-1658) JMS client OutOfMemoryError when sending 4k messages in rapid succession

2009-02-11 Thread Aidan Skinner (JIRA)
[ https://issues.apache.org/jira/browse/QPID-1658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12672600#action_12672600 ] Aidan Skinner commented on QPID-1658: - This may be due to the fact that send() is

[jira] Commented: (QPID-1583) IP White/Black lists for virtual hosts

2009-02-11 Thread Aidan Skinner (JIRA)
[ https://issues.apache.org/jira/browse/QPID-1583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12672602#action_12672602 ] Aidan Skinner commented on QPID-1583: - I've comitted a first cut of this. There needs to

Re: [VOTE] Changing the version number and what to change it too

2009-02-11 Thread Rafael Schloming
Aidan Skinner wrote: Since the other thread got canned, let's hope we can get a resolution on this one. Two questions, since there are orthogonal choices to be made and Apache doesn't support condorcet voting. Question 1: Change the version number from M.x: [ ] Change the release from M.x to

Re: [VOTE] Changing the version number and what to change it too

2009-02-11 Thread Arnaud Simon
Question 1: Change the version number from M.x: [X ] Change the release from M.x to any of the other options Question 2: Change the version number to: [X] 1.5 Arnaud - Apache Qpid - AMQP Messaging Implementation Project:

Release Schedule

2009-02-11 Thread Martin Ritchie
Hi as Release Manager for our next release I'd like to suggest the following time line for this release. Development---|--- Bug Fix, Feature Freeze ---|--- Branch --- | Release The dates for each phase would be as follows: End of Development : 2009-03-02 End of Feature Freeze : 2009-03-16

[jira] Resolved: (QPID-1582) WS-Notifications

2009-02-11 Thread Andrea Gazzarini (JIRA)
[ https://issues.apache.org/jira/browse/QPID-1582?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrea Gazzarini resolved QPID-1582. Resolution: Fixed Hi all, the last step (at the moment) of QMan is here : implementation

Implementation of WS-Notifications (QPID-1582)

2009-02-11 Thread Andrea Gazzarini
Hi all, the last step (at the moment) of QMan is here : I just submitted code for QPID-1582 (implementation on QMan of WS-Notification). As first version there are only two topics : one for lifecycle events of object instances (create remove) and one for lifecycle events (only create) of events.

RE: Implementation of WS-Notifications (QPID-1582)

2009-02-11 Thread Robbie Gemmell
Oddness, works here: [junit] Running org.apache.qpid.management.wsdm.WsDmAdapterTest [junit] Tests run: 12, Failures: 0, Errors: 0, Time elapsed: 8.445 sec -Original Message- From: aidan.skin...@gmail.com [mailto:aidan.skin...@gmail.com] On Behalf Of Aidan Skinner Sent: 11

Re: Implementation of WS-Notifications (QPID-1582)

2009-02-11 Thread Andrea Gazzarini
Sorry the tests were failing because I forgot to change a little thing on a class. I immediately made another submit for that. That's the reason why now should be ok Regards Andrea On 2/11/09, Aidan Skinner ai...@apache.org wrote: On Wed, Feb 11, 2009 at 3:40 PM, Robbie Gemmell

[jira] Commented: (QPID-1621) Flow control fails to release credit when unacknowledge message count exceeds the low water mark

2009-02-11 Thread Aidan Skinner (JIRA)
[ https://issues.apache.org/jira/browse/QPID-1621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12672664#action_12672664 ] Aidan Skinner commented on QPID-1621: - The test for this looks like: A: send 5001

[jira] Assigned: (QPID-1658) JMS client OutOfMemoryError when sending 4k messages in rapid succession

2009-02-11 Thread Rafael H. Schloming (JIRA)
[ https://issues.apache.org/jira/browse/QPID-1658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rafael H. Schloming reassigned QPID-1658: - Assignee: Rafael H. Schloming JMS client OutOfMemoryError when sending 4k

[jira] Commented: (QPID-1658) JMS client OutOfMemoryError when sending 4k messages in rapid succession

2009-02-11 Thread Rafael H. Schloming (JIRA)
[ https://issues.apache.org/jira/browse/QPID-1658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12672665#action_12672665 ] Rafael H. Schloming commented on QPID-1658: --- This is my fault. I added a Session

RE: C++ build options

2009-02-11 Thread Steve Huston
Picking up from end of January... -Original Message- From: Cliff Jansen (Interop Systems Inc) [mailto:v-clj...@microsoft.com] Sent: Thursday, January 29, 2009 6:48 PM Alan Conway wrote: I'd be interested in cmake only if it gives us significantly smaller/simpler build files

Re: Implementation of WS-Notifications (QPID-1582)

2009-02-11 Thread Aidan Skinner
On Wed, Feb 11, 2009 at 4:00 PM, Andrea Gazzarini a.gazzar...@gmail.com wrote: Sorry the tests were failing because I forgot to change a little thing on a class. I immediately made another submit for that. That's the reason why now should be ok Ah, awesome. Thanks dude. - Aidan -- Apache

Re: Spring Housecleaning: Client APIs

2009-02-11 Thread Rafael Schloming
Jonathan Robie wrote: Now that M4 is out, I think this is a good time to do spring housecleaning on the client APIs. Some of these APIs have a lot of legacy stuff that we don't really for users, one language does things differently from another language for historical reasons, and there's a

Python, C++: Connecting, creating a session

2009-02-11 Thread Jonathan Robie
C++ seems simpler and cleaner to me here. You create a Connection object, open it, then use it to create a Session object: C++: = Connection connection; try { connection.open(host, port); Session session = connection.newSession(); Python is more complex, because it requires: *

Re: Spring Housecleaning: Client APIs

2009-02-11 Thread Jonathan Robie
Rafael Schloming wrote: I think comparing code snippets is a good idea. I would be tempted for starters to identify a few key use-cases/tasks rather than going class-by-class right off the bat, e.g. opening a connection, opening a session, publishing a message, subscribing with a listener,

Re: C++, Python: Common Includes

2009-02-11 Thread Rafael Schloming
Jonathan Robie wrote: From our sample programs: C++: #include qpid/client/Connection.h #include qpid/client/Session.h using namespace qpid::client; using namespace qpid::framing; Python: import qpid import sys import os from qpid.util import connect from qpid.connection import Connection

Re: Python, C++: Connecting, creating a session

2009-02-11 Thread Rafael Schloming
Jonathan Robie wrote: C++ seems simpler and cleaner to me here. You create a Connection object, open it, then use it to create a Session object: C++: = Connection connection; try { connection.open(host, port); Session session = connection.newSession(); Python is more complex,

Re: [VOTE] Changing the version number and what to change it too

2009-02-11 Thread Ted Ross
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]

Re: [VOTE] Changing the version number and what to change it too

2009-02-11 Thread michael . j . billings
HOW DO I GET OFF THIS LIST?!?! I HAVE FOLLOWED THE INSTRUCTIONS SEVERAL TIMES!!! - Original Message - From: Ted Ross [tr...@redhat.com] Sent: 02/11/2009 12:50 PM EST To: dev@qpid.apache.org Subject: Re: [VOTE] Changing the version number and what to change it too Question 1: Change

Qpid Documentation page

2009-02-11 Thread Rajith Attapattu
Hi All, I had a stab at re organizing the Qpid documentation page. Looking at dev/user list I found that several users had a bit of trouble finding out the info they are looking for. The goals for the re-org are, 1. Provide a top level index of documentation broken down by functional area. 2.

Java devs tip : Using Eclipse as all-in-one IDE for developing Qpid

2009-02-11 Thread Andrea Gazzarini
Hi all, I just found an eclipse plugin for confluence (and I think that it's working offline too)... so I was thinking to condivide with you how is composed my IDE: Base Eclipse (Java + JUnit) *** *For development and unit testing Mylyn plugin (+JIRA extension) *** *There is the base

Re: Qpid Documentation page

2009-02-11 Thread Jonathan Robie
Help! This is another page also claiming to be the documentation page. It's not what users will get if they click on the Documentation link on the left hand side. I really think we need to focus on what users get to if they click on the navigation links first. I've seen several pages that try

Re: Qpid Documentation page

2009-02-11 Thread Rajith Attapattu
Jonathan, appologies if I wasn't clear enough. The goal was to replace the current documentaiton page at http://cwiki.apache.org/confluence/display/qpid/Documentation with the proposed http://cwiki.apache.org/confluence/display/qpid/DocumentationB The reason why I created a parallel page was for

Re: Java devs tip : Using Eclipse as all-in-one IDE for developing Qpid

2009-02-11 Thread Aidan Skinner
On Wed, Feb 11, 2009 at 6:01 PM, Andrea Gazzarini a.gazzar...@gmail.com wrote: Hi all, I just found an eclipse plugin for confluence (and I think that it's working offline too)... so I was thinking to condivide with you how is composed my IDE: [...] I don't know if for you is the same but

Re: Qpid Documentation page

2009-02-11 Thread Jonathan Robie
Rajith Attapattu wrote: Jonathan, appologies if I wasn't clear enough. The goal was to replace the current documentaiton page at http://cwiki.apache.org/confluence/display/qpid/Documentation with the proposed http://cwiki.apache.org/confluence/display/qpid/DocumentationB The reason why I

Re: Qpid Documentation page

2009-02-11 Thread Rajith Attapattu
On Wed, Feb 11, 2009 at 1:25 PM, Jonathan Robie jonathan.ro...@redhat.comwrote: Rajith Attapattu wrote: Jonathan, appologies if I wasn't clear enough. The goal was to replace the current documentaiton page at http://cwiki.apache.org/confluence/display/qpid/Documentation with the proposed

Re: Qpid Documentation page

2009-02-11 Thread Jonathan Robie
Rajith Attapattu wrote: Now there will be API guides for QMF as well. Ex the python and c++ based API's. We need to make sure we distinguish properly between these API's and the messaging client API's Currently, the Python console API is in the normal Python API docs. Is there a reason

[jira] Commented: (QPID-1658) JMS client OutOfMemoryError when sending 4k messages in rapid succession

2009-02-11 Thread Rafael H. Schloming (JIRA)
[ https://issues.apache.org/jira/browse/QPID-1658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12672735#action_12672735 ] Rafael H. Schloming commented on QPID-1658: --- This should be fixed on trunk now. By

Re: Proposal to unify qpid and AMQP URL formats.

2009-02-11 Thread Alan Conway
John O'Hara wrote: Very well considered, and highly flexible.Compatible with where AMQP1.0 is heading (wrt TLS handling -- balance of opinion is that TLS will be on the same port, as it would be for Kerberos based encryption). Missed out a TLS example:

Re: Python, C++: Connecting, creating a session

2009-02-11 Thread Aidan Skinner
On Wed, Feb 11, 2009 at 5:32 PM, Rafael Schloming rafa...@redhat.com wrote: - I can buy adding a static convenience method similar to the C++ one, although I'd expect a username and password somewhere as well. I think we should preserve the ability to pass in a socket from an arbitrary source

Re: Qpid Documentation page

2009-02-11 Thread Carl Trieloff
I don't like there is a link for each client, I would prefer it to be an achor to the info on the same page... not links to separate pages.. to much clicking around Carl. Rajith Attapattu wrote: On Wed, Feb 11, 2009 at 1:25 PM, Jonathan Robie jonathan.ro...@redhat.comwrote: Rajith

Re: Proposal to unify qpid and AMQP URL formats.

2009-02-11 Thread Carl Trieloff
Alan Conway wrote: John O'Hara wrote: Very well considered, and highly flexible.Compatible with where AMQP1.0 is heading (wrt TLS handling -- balance of opinion is that TLS will be on the same port, as it would be for Kerberos based encryption). Missed out a TLS example:

Re: Qpid Documentation page

2009-02-11 Thread Carl Trieloff
Rajith Attapattu wrote: On Wed, Feb 11, 2009 at 3:49 PM, Carl Trieloff cctriel...@redhat.comwrote: I don't like there is a link for each client, I would prefer it to be an achor to the info on the same page... not links to separate pages.. to much clicking around It can be done in a

Re: Proposal to unify qpid and AMQP URL formats.

2009-02-11 Thread John O'Hara
TLS doesn't have to be TCP/IP. From the RFC:At the lowest level, layered on top of some reliable transport protocol (e.g., TCP[TCP]), is the TLS Record Protocol. For example I could theoretically used TLS over Socket Direct Protocol over IB. What is needs is reliability and order underneath.