You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by Carl Trieloff <cc...@redhat.com> on 2008/03/01 00:49:58 UTC
we should consider this
-------- Original Message --------
Subject: GSoC projects
Date: Fri, 29 Feb 2008 22:34:14 +0000
From: Ross Gardler <rg...@apache.org>
To: code-awards@apache.org
CC: committers@apache.org
Google are running GSoC again this year.
Discussion of GSoC events happens on code-awards@a.o
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-
awards@apache.org (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
Re: we should consider this
Posted by Rajith Attapattu <ra...@gmail.com>.
On Mon, Mar 3, 2008 at 10:05 AM, Carl Trieloff <cc...@redhat.com>
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 <
> marnie.mccormack@googlemail.com> 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 <cc...@redhat.com> wrote:
> > >
> > >
> > >
> > > -------- Original Message --------
> > > Subject: GSoC projects
> > > Date: Fri, 29 Feb 2008 22:34:14 +0000
> > > From: Ross Gardler <rg...@apache.org>
> > > To: code-awards@apache.org
> > > CC: committers@apache.org
> > >
> > >
> > >
> > > Google are running GSoC again this year.
> > >
> > > Discussion of GSoC events happens on code-awards@a.o
> > >
> > > 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-
> > > awards@apache.org (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/
Re: we should consider this
Posted by Martin Ritchie <ri...@apache.org>.
I'd also be interested in having an OS X/Darwin AMQP native broker
On 03/03/2008, Carl Trieloff <cc...@redhat.com> 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
> - Spring integration
> - SOAP wrapper
> - Update the Tuscany binding
> - Synapse integration
> ...
>
>
> 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
> > <marnie.mccormack@googlemail.com
>
> > <ma...@googlemail.com>> 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 <cctrieloff@redhat.com
>
> > <ma...@redhat.com>> wrote:
> > >
> > >
> > >
> > > -------- Original Message --------
> > > Subject: GSoC projects
> > > Date: Fri, 29 Feb 2008 22:34:14 +0000
> > > From: Ross Gardler <rgardler@apache.org
>
> > <ma...@apache.org>>
> > > To: code-awards@apache.org <ma...@apache.org>
> > > CC: committers@apache.org <ma...@apache.org>
> > >
> > >
> > >
> > > Google are running GSoC again this year.
> > >
> > > Discussion of GSoC events happens on code-awards@a.o
>
> > <ma...@a.o>
>
> > >
> > > 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-
>
> > > awards@apache.org <ma...@apache.org> (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/
>
>
--
Martin Ritchie
Re: we should consider this
Posted by Carl Trieloff <cc...@redhat.com>.
Other items could be:
- convert junit tests to boost tests
- build system updates for C++ windows clients (and or Solaris)
- Create a nice demo
- Spring integration
- SOAP wrapper
- Update the Tuscany binding
- Synapse integration
...
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
> <marnie.mccormack@googlemail.com
> <ma...@googlemail.com>> 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 <cctrieloff@redhat.com
> <ma...@redhat.com>> wrote:
> >
> >
> >
> > -------- Original Message --------
> > Subject: GSoC projects
> > Date: Fri, 29 Feb 2008 22:34:14 +0000
> > From: Ross Gardler <rgardler@apache.org
> <ma...@apache.org>>
> > To: code-awards@apache.org <ma...@apache.org>
> > CC: committers@apache.org <ma...@apache.org>
> >
> >
> >
> > Google are running GSoC again this year.
> >
> > Discussion of GSoC events happens on code-awards@a.o
> <ma...@a.o>
> >
> > 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-
> > awards@apache.org <ma...@apache.org> (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/
Re: we should consider this
Posted by Rajith Attapattu <ra...@gmail.com>.
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 <
marnie.mccormack@googlemail.com> 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 <cc...@redhat.com> wrote:
> >
> >
> >
> > -------- Original Message --------
> > Subject: GSoC projects
> > Date: Fri, 29 Feb 2008 22:34:14 +0000
> > From: Ross Gardler <rg...@apache.org>
> > To: code-awards@apache.org
> > CC: committers@apache.org
> >
> >
> >
> > Google are running GSoC again this year.
> >
> > Discussion of GSoC events happens on code-awards@a.o
> >
> > 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-
> > awards@apache.org (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/
Re: we should consider this
Posted by Marnie McCormack <ma...@googlemail.com>.
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 <cc...@redhat.com> wrote:
>
>
>
> -------- Original Message --------
> Subject: GSoC projects
> Date: Fri, 29 Feb 2008 22:34:14 +0000
> From: Ross Gardler <rg...@apache.org>
> To: code-awards@apache.org
> CC: committers@apache.org
>
>
>
> Google are running GSoC again this year.
>
> Discussion of GSoC events happens on code-awards@a.o
>
> 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-
> awards@apache.org (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
>
>