Qpid .NET Strategy - Interested ?

2009-01-08 Thread Marnie McCormack
All, We are currently in a somewhat interesting situation wrt to .NET clients in Qpid. I thought it might be helpful to get together the group of interested parties to agree the best way forward for the existing clients, and also to do some retrospective/forward looking requirements capture to

[jira] Commented: (QPID-976) Add wider SASL support to c++ client

2009-01-08 Thread Gordon Sim (JIRA)
[ https://issues.apache.org/jira/browse/QPID-976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12661949#action_12661949 ] Gordon Sim commented on QPID-976: - Ted, thats an excellent patch! I hadn't realised the

Re: Qpid .NET Strategy - Interested ?

2009-01-08 Thread Gordon Sim
Aidan Skinner wrote: On Thu, Jan 8, 2009 at 11:25 AM, Gordon Sim g...@redhat.com wrote: Marnie McCormack wrote: We have (to the best of my knowledge) no requriements spec for either implementation, functional or non-functional. I think the basic requirement for a client is to allow a user to

[c++]: async queue replication feature

2009-01-08 Thread Gordon Sim
I have a requirement for a feature to replicate queue state between (clustered) brokers on a primary and DR site that I'm hoping to implement over the next couple of weeks. Attached is some notes through which I've been trying to formulate my thoughts. If anyone else has any other thoughts,

[Java] MINA

2009-01-08 Thread Marnie McCormack
All, Just going through various JIRAs relating to MINA work on the Java side. Can I take a quick temperature for whether we should be considering (without opening a complex I/O thread!) upgrading MINA or whether we reckon that any I/O work would take us away from it ? Thanks, Marnie

Re: Qpid .NET Strategy - Interested ?

2009-01-08 Thread Jonathan Robie
I'm interested. Jonathan Marnie McCormack wrote: All, We are currently in a somewhat interesting situation wrt to .NET clients in Qpid. I thought it might be helpful to get together the group of interested parties to agree the best way forward for the existing clients, and also to do some

Re: [Java] MINA

2009-01-08 Thread Robert Godfrey
Just going through various JIRAs relating to MINA work on the Java side. Can I take a quick temperature for whether we should be considering (without opening a complex I/O thread!) upgrading MINA or whether we reckon that any I/O work would take us away from it ? Last time I looked it

Re: [Java] MINA

2009-01-08 Thread Rajith Attapattu
While applying the thread abstraction patch to the MINA code, I noticed that we also have MINA related classes copied from the Apache Directory project. For example MultiThreadSocketConnector and ExistingSocketConnector I believe any plan to reduce MINA coupling should takes these classes into

Re: [Java] MINA

2009-01-08 Thread Aidan Skinner
On Thu, Jan 8, 2009 at 3:09 PM, Rajith Attapattu rajit...@gmail.com wrote: Also do we have a plan to phase out MINA in the future or do we first want to try out their newer versions (after achieving some level of abstraction in our IO layer) and see if there are improvements? I think

Re: [Java] MINA

2009-01-08 Thread Robert Godfrey
2009/1/8 Rajith Attapattu rajit...@gmail.com: While applying the thread abstraction patch to the MINA code, I noticed that we also have MINA related classes copied from the Apache Directory project. For example MultiThreadSocketConnector and ExistingSocketConnector I believe any plan to reduce

[jira] Commented: (QPID-1479) Provide a thread abstraction for java client

2009-01-08 Thread Aidan Skinner (JIRA)
[ https://issues.apache.org/jira/browse/QPID-1479?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12662037#action_12662037 ] Aidan Skinner commented on QPID-1479: - Looks reasonable. Provide a thread abstraction

[Vote] Release RC7 as M4

2009-01-08 Thread Rafael Schloming
Here's another RC, this time (hopefully) with working windows build files: http://people.apache.org/~rhs/qpid-M4-RC7/ --Rafael

Re: [Java] MINA

2009-01-08 Thread Martin Ritchie
2009/1/8 Rajith Attapattu rajit...@gmail.com: While applying the thread abstraction patch to the MINA code, I noticed that we also have MINA related classes copied from the Apache Directory project. For example MultiThreadSocketConnector and ExistingSocketConnector I believe any plan to reduce

RE: Qpid .NET Strategy - Interested ?

2009-01-08 Thread Cliff Jansen (Interop Systems Inc)
I would be very interested to join the conference call. Thanks. Cliff -Original Message- From: Marnie McCormack [mailto:marnie.mccorm...@googlemail.com] Sent: Thursday, January 08, 2009 1:53 AM To: qpid-...@apache.org Subject: Qpid .NET Strategy - Interested ? All, We are currently

Re: [Java] MINA

2009-01-08 Thread Rajith Attapattu
On Thu, Jan 8, 2009 at 1:41 PM, Martin Ritchie ritch...@apache.org wrote: 2009/1/8 Rajith Attapattu rajit...@gmail.com: While applying the thread abstraction patch to the MINA code, I noticed that we also have MINA related classes copied from the Apache Directory project. For example

Re: Qpid .NET Strategy - Interested ?

2009-01-08 Thread Robert Greig
2009/1/8 Aidan Skinner ai...@apache.org: I think System.Messaging is probably more relevant to .Net, this is the route that Mono has gone down with ActiveMQ and RabbitMQ: http://www.mono-project.com/SystemMessaging (there was also an attempt to implement it on top of our 0-8 client but that

Re: Qpid .NET Strategy - Interested ?

2009-01-08 Thread Carl Trieloff
Robert Greig wrote: 2009/1/8 Aidan Skinner ai...@apache.org: I think System.Messaging is probably more relevant to .Net, this is the route that Mono has gone down with ActiveMQ and RabbitMQ: http://www.mono-project.com/SystemMessaging (there was also an attempt to implement it on top of our

Re: Qpid .NET Strategy - Interested ?

2009-01-08 Thread William Henry
+1 re WCF. WCF makes it much easier. - Robert Greig robert.j.gr...@gmail.com wrote: 2009/1/8 Aidan Skinner ai...@apache.org: I think System.Messaging is probably more relevant to .Net, this is the route that Mono has gone down with ActiveMQ and RabbitMQ:

Using the python qpid client with jython...

2009-01-08 Thread Hiram Chirino
Hi, I'm interested in using the python qpid client with jython. I've gotten pretty far but I've had to make some slight modifications to get it to run. Basically, 1) a couple of from __future__ import generators were needed. 2) socket.SSLType is not defined so a try .. except AttributeError was

Problem with M4/RC7

2009-01-08 Thread Ted Ross
The header files for qpid/console (c++ console api) are not packaged in make dist. I've committed a fix for this on the trunk and on the M4-RCs branch. -Ted

Re: Using the python qpid client with jython...

2009-01-08 Thread Carl Trieloff
Hiram Chirino wrote: Hi, I'm interested in using the python qpid client with jython. I've gotten pretty far but I've had to make some slight modifications to get it to run. Basically, 1) a couple of from __future__ import generators were needed. 2) socket.SSLType is not defined so a try ..

Re: Problem with M4/RC7

2009-01-08 Thread Rafael Schloming
Ted Ross wrote: The header files for qpid/console (c++ console api) are not packaged in make dist. I've committed a fix for this on the trunk and on the M4-RCs branch. I'm about to head home now. I'll build an RC8 when I get home. --Rafael

Re: Qpid .NET Strategy - Interested ?

2009-01-08 Thread Aidan Skinner
On Thu, Jan 8, 2009 at 8:39 PM, Robert Greig robert.j.gr...@gmail.com wrote: 2009/1/8 Aidan Skinner ai...@apache.org: I think System.Messaging is probably more relevant to .Net, this is the route that Mono has gone down with ActiveMQ and RabbitMQ: http://www.mono-project.com/SystemMessaging

[Vote] Release RC8 as M4

2009-01-08 Thread Rafael Schloming
Here's RC8. The only change from RC7 is the fix for the header files that Ted mentioned: http://people.apache.org/~rhs/qpid-M4-RC8/ --Rafael

Confluence Question

2009-01-08 Thread Andrea Gazzarini
Hi All, does anybody know how to create a link to an anchor defined on the same page? I read the confluence notation guide but the suggested notation [#anchorName] seems not working...it works only if you specify a page name [pagename#ancorName] but in this way I'm creating a link to an anchor