Can all the key stake holders put some time lines for their tasks ?
This will help us to fix a tentative date for the release.
With out a date this release is likely to drag on.
regards,
Rajith
On 6/12/07, Rupert Smith [EMAIL PROTECTED] wrote:
I've updated one of the tasks for interop
On Tue, 2007-06-12 at 13:54 +0100, Gordon Sim wrote:
Carl Trieloff wrote:
I think the previous Java cluster module used to use it, but I think
that it can be retired.
The old cluster module will be using cluster0-8.xml I imagine; I suspect
the 0-9 was just a copy of that, never actually
Alan Conway wrote:
On Tue, 2007-06-12 at 13:54 +0100, Gordon Sim wrote:
The old cluster module will be using cluster0-8.xml I imagine; I suspect
the 0-9 was just a copy of that, never actually used on trunk.
Can you remove it if it's not required?
Happy to! Last chance to for whoever
[
https://issues.apache.org/jira/browse/QPID-504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12504234
]
Alan Conway commented on QPID-504:
--
The C++ broker now works as follows: qpidd --daemon --port 0 binds to an
Hi Folks,
I think we've gotten to the point that we have rough consensus, and it's
clear how to move forward.
I think there is broad agreement on the following goals:
1. We should have a low level client API that maps directly to the AMQP
protocol across all language implementations.
This will
I like the directions Rajith proposes.
Rupert - I think you are basically saying that the new client needs to
pass existing tests and future tests (based on JIRAS for M2), and needs
to pass existing requirements for the Java client, right? And that you'd
like to make sure this is the case
Absolutely.
On 13/06/07, Jonathan Robie [EMAIL PROTECTED] wrote:
I like the directions Rajith proposes.
Rupert - I think you are basically saying that the new client needs to
pass existing tests and future tests (based on JIRAS for M2), and needs
to pass existing requirements for the Java
Gordon Sim wrote:
Alan Conway wrote:
On Tue, 2007-06-12 at 13:54 +0100, Gordon Sim wrote:
The old cluster module will be using cluster0-8.xml I imagine; I
suspect the 0-9 was just a copy of that, never actually used on trunk.
Can you remove it if it's not required?
Happy to! Last chance
Rupert,
As Jonathon pointed out, we should have both clients in the trunk in
parallel until the new client has reached a stage of maturity that is
satisfactory to all parties.
Comments inline
Regards,
Rajith
On 6/13/07, Rupert Smith [EMAIL PROTECTED] wrote:
Please add:
0. Ensure the
[
https://issues.apache.org/jira/browse/QPID-450?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alan Conway reassigned QPID-450:
Assignee: Alan Conway
C++ demos
-
Key: QPID-450
URL:
On 13/06/07, Rajith Attapattu [EMAIL PROTECTED] wrote:
As I mentioned, any important modifications/improvements should be
accomadated in the new client where is makes sense.
Some of these changes might not be applicable due to protocol
changes/improvements and/or new client architecture.
Hi All,
Just a quick note from all the noise and chaos to confirm that Rupert is
right - I've done the Java tasks for M2 (or at least I had when I started my
leave in May) :-)
I think there might have been a couple about which there was debate (MINA ?)
but I'll have to leave the sensibilities
Thanks for the good wishes everyone - and yes, qpid-dev seems a lovely oasis
of calm and quiet compared to our house !
I'll send out a photo (not to the public list) soon.
Take Care,
Marnie
On 6/5/07, Rajith Attapattu [EMAIL PROTECTED] wrote:
+1 for all suggestions :)
Marnie congrats and
yes I also see this
Carl.
Gordon Sim wrote:
Gordon Sim wrote:
Alan Conway wrote:
On Tue, 2007-06-12 at 13:54 +0100, Gordon Sim wrote:
The old cluster module will be using cluster0-8.xml I imagine; I
suspect the 0-9 was just a copy of that, never actually used on trunk.
Can you remove it
[Memory Leak] Broker does not return mandatory messages sent outside of a
transaction.
--
Key: QPID-508
URL: https://issues.apache.org/jira/browse/QPID-508
Project:
Messages to topics are sent with mandatory flag set to true, should be false
Key: QPID-509
URL: https://issues.apache.org/jira/browse/QPID-509
Project: Qpid
Issue
We did spot a problem with the InVm socket connector which may be
causing some problems. I shall raise the JIRA and make the small
change.. It should really go in with M2.
On 13/06/07, Carl Trieloff [EMAIL PROTECTED] wrote:
yes I also see this
Carl.
Gordon Sim wrote:
Gordon Sim wrote:
Can you patch this issue on trunk also?
thanks
Carl.
Martin Ritchie wrote:
We did spot a problem with the InVm socket connector which may be
causing some problems. I shall raise the JIRA and make the small
change.. It should really go in with M2.
On 13/06/07, Carl Trieloff [EMAIL
C++ client: exceptions occuring in the network thread are not caught and
rethrown in the user's thread.
---
Key: QPID-510
URL:
[
https://issues.apache.org/jira/browse/QPID-510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alan Conway reassigned QPID-510:
Assignee: Alan Conway
C++ client: exceptions occuring in the network thread are not caught and
[
https://issues.apache.org/jira/browse/QPID-450?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alan Conway resolved QPID-450.
--
Resolution: Duplicate
C++ demos
-
Key: QPID-450
URL:
[
https://issues.apache.org/jira/browse/QPID-157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alan Conway updated QPID-157:
-
Affects Version/s: M2
C++ client example code.
Key: QPID-157
[
https://issues.apache.org/jira/browse/QPID-406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alan Conway reassigned QPID-406:
Assignee: Alan Conway
Provide message interceptors in client broker.
[
https://issues.apache.org/jira/browse/QPID-510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alan Conway updated QPID-510:
-
Affects Version/s: M2
C++ client: exceptions occuring in the network thread are not caught and
rethrown
[
https://issues.apache.org/jira/browse/QPID-510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alan Conway updated QPID-510:
-
Component/s: C++ Client
C++ client: exceptions occuring in the network thread are not caught and
The only items outstanding for C++ are QPID-510 and QPID-467. I'm
working on 510 (client bug), check with Rupert for 467 (interop
testing.)
Assuming I fix the bug this week, I'm happy to release whenever Rupert
says he's happy with the interop coverage.
On Wed, 2007-06-13 at 09:17 -0400, Rajith
Don't forget the actual tasks for the release process that we haven't
created JIRAs for yet. I've updated the Java section on the M2 release
page that Rajith made for the Java items. I would imagine that each of
the language releases would have to do similar checks and file
creations.
On
Just FYI, on the Java side, if you add the snippet below to the
build/plugins section of parent pom, most of the issues for Incubator
requirements will be taken care of.It will add the META-INF/LICENSE,
META-INF/DISCLAIMER, create a META-INF/NOTICES file based on the
dependencies,
28 matches
Mail list logo
