On Mon, Mar 3, 2008 at 10:05 AM, Carl Trieloff <[EMAIL PROTECTED]> wrote:
> > Other items could be: > - convert junit tests to boost tests > - build system updates for C++ windows clients (and or Solaris) > - Create a nice demo > As I highlighted in my previous email, this would be a nice addition to have. > > - Spring integration > - SOAP wrapper > - Update the Tuscany binding > - Synapse integration > I already knocked this off during my free time, only a few more things needs to be done. > > ... > > > So the question for the group is probably not if we can find interesting > projects, but rather, do we want to host a student? > > I would say yes, anyone disagree? > > Carl. > > > > > > Rajith Attapattu wrote: > > Another suggestion would be to create some strong examples that > interoperate with each other and documentation to go with it. > Perhaps not the most glamarous task, but it does give a student the > oppurtunity to get a good idea of AMQP, the Qpid code base and how to use > the software. > > If we have some strong examples in all languages then it makes it easy for > people to start using Qpid. > This could really help in building our community > > Regards, > > Rajith > > On Sat, Mar 1, 2008 at 12:46 PM, Marnie McCormack < > [EMAIL PROTECTED]> wrote: > > > Hi All, > > > > I've had a quick look at the topics from previous years and wonder if > > any of > > the following might be appropriate & useful for Qpid: > > > > 1. Design and implement a simple solution, runnable from the command > > line, for extracting useful JMX information from the Qpid Java Broker. > > Solution should be configurable at runtime to allow users to decide > > which > > bits of info they're interested in and when. Might be nice to see the > > information extracted in a report format. > > > > 2. Refactor Qpid Java Broker configuration into a more elegant xml > > schema, > > with xsd, covering all existing configuration options and allowing for > > extension. Additionally implement a module to validate broker > > configuration > > files, which could be run standalone i.e. before starting a broker, to > > check > > that they're well formed and validate against the xsd. > > > > Not going to set the world alight I know, but my thinking was that both > > of > > these items could standalone i.e. not involve a student having to be > > closely > > tied into our development on trunk etc. I also thought they'd be open to > > a > > wide range of students, not being too obscure or complex. > > > > I'd be happy to mentor the second, JMX not being so much an area I have > > experience of. > > > > Hth, > > Regards, > > Marnie > > > > > > On 2/29/08, Carl Trieloff <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > -------- Original Message -------- > > > Subject: GSoC projects > > > Date: Fri, 29 Feb 2008 22:34:14 +0000 > > > From: Ross Gardler <[EMAIL PROTECTED]> > > > To: [EMAIL PROTECTED] > > > CC: [EMAIL PROTECTED] > > > > > > > > > > > > Google are running GSoC again this year. > > > > > > Discussion of GSoC events happens on [EMAIL PROTECTED] > > > > > > First point of business is to decide if you want to mentor a project > > > this year and to ensure that your project is happy to host a GSoC > > > student. > > > > > > More info on what it means to be a mentor in the ASF can be found at > > > [1], it's a bit sparse on info but you can always ask on code- > > > [EMAIL PROTECTED] (and don't forget to help fill up the wiki page) > > > > > > If you have a project idea then please add it to [2] > > > > > > The deadline for project proposals is March 12th > > > > > > Ross > > > > > > [1] http://wiki.apache.org/general/SummerOfCodeMentor > > > [2] http://wiki.apache.org/general/SummerOfCode2008 > > > > > > > > > > > > -- > Regards, > > Rajith Attapattu > Red Hat > blog: http://rajith.2rlabs.com/ > > > -- Regards, Rajith Attapattu Red Hat blog: http://rajith.2rlabs.com/
