[
https://issues.apache.org/jira/browse/QPID-2861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912816#action_12912816
]
Rajith Attapattu commented on QPID-2861:
After investigation I found that the JMS cl
Design issues in Java client failover
-
Key: QPID-2876
URL: https://issues.apache.org/jira/browse/QPID-2876
Project: Qpid
Issue Type: Bug
Components: Java Client
Reporter: Rajith Atta
[
https://issues.apache.org/jira/browse/QPID-2860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912704#action_12912704
]
Steve Huston commented on QPID-2860:
I think I know what's going on with this, but could
On 09/20/2010 03:50 PM, Tim Chen wrote:
Hi all,
I'm trying to test qpid C++ broker clustering using a VM hosting centOS 5.5.
Just running qpidd directly runs fine, so I did the following
1. install corosync/corosynclib/corosynclib-devel (1.2.7) from clusterlabs rhel
5 repository
2. rebuilt q
Hi all,
I'm trying to test qpid C++ broker clustering using a VM hosting centOS 5.5.
Just running qpidd directly runs fine, so I did the following
1. install corosync/corosynclib/corosynclib-devel (1.2.7) from clusterlabs rhel
5 repository
2. rebuilt qpid so it includes clustering support
3.
Federation route propagation tests fail occassionally.
--
Key: QPID-2875
URL: https://issues.apache.org/jira/browse/QPID-2875
Project: Qpid
Issue Type: Bug
Components: Python Test
That would be very helpful to define either clustering goals,
and what/how to replicate.
Thank you!
Etienne
On Mon, Sep 20, 2010 at 5:23 PM, Alan Conway wrote:
> On 09/20/2010 11:05 AM, Kerry Bonin wrote:
> On portability: I think it would not be difficult to abstract the C++
> cluster to run
Clustered broker crashes in assertion in cluster/ExpiryPolicy.cpp
-
Key: QPID-2874
URL: https://issues.apache.org/jira/browse/QPID-2874
Project: Qpid
Issue Type: Bug
C
On Mon, Sep 20, 2010 at 8:55 PM, Etienne Antoniutti Di Muro <
etienne.antoniu...@adaptivebytes.com> wrote:
> So maybe we ca do the reverse, i.e. build a single replication
> middleware serving both the C++ and Java
> brokers.
>
> +1
I am not that happy with the C++ clustering implementation sinc
So maybe we ca do the reverse, i.e. build a single replication
middleware serving both the C++ and Java
brokers.
Such middleware can be built on top of a specific communication
service layer, i.e. spread.
Regards
Etienne
On Mon, Sep 20, 2010 at 5:05 PM, Kerry Bonin wrote:
> On the C++ Broker
On 09/20/2010 11:05 AM, Kerry Bonin wrote:
On the C++ Broker, just remember that the technology choice made for
clustering (OpenAIS/Corosync) is a Linux only solution, and that
codebase (~100k SLOC) was not written for portability.
Our project needs a Windows option, and this is already hurting
On the C++ Broker, just remember that the technology choice made for
clustering (OpenAIS/Corosync) is a Linux only solution, and that
codebase (~100k SLOC) was not written for portability.
Our project needs a Windows option, and this is already hurting us. I
(and my team) would be willing to spen
[
https://issues.apache.org/jira/browse/QPID-2858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sorin Suciu updated QPID-2858:
--
Attachment: (was: qpid-2858.patch)
> Implement FilterManager for 0-10 subscriptions
> --
[
https://issues.apache.org/jira/browse/QPID-2858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sorin Suciu updated QPID-2858:
--
Attachment: (was: qpid-2858_1.patch)
> Implement FilterManager for 0-10 subscriptions
>
[
https://issues.apache.org/jira/browse/QPID-2858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sorin Suciu updated QPID-2858:
--
Attachment: qpid-2858_1.patch
> Implement FilterManager for 0-10 subscriptions
> ---
[
https://issues.apache.org/jira/browse/QPID-2858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robbie Gemmell reopened QPID-2858:
--
Assignee: Andrew Kennedy
The newly created FilterManager is not used, so the patches amount to
16 matches
Mail list logo