aye ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Chris Mattmann, Ph.D. Chief Architect Instrument Software and Science Data Systems Section (398) NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 168-519, Mailstop: 168-527 Email: [email protected] WWW: http://sunset.usc.edu/~mattmann/ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Adjunct Associate Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message----- From: Lewis John Mcgibbney <[email protected]> Reply-To: "[email protected]" <[email protected]> Date: Sunday, February 8, 2015 at 11:46 AM To: "[email protected]" <[email protected]> Subject: Re: GSoC 2015 >OK I'm all over it like Shane McGowan drinking Baileys out of a shoe > >On Sun, Feb 8, 2015 at 11:40 AM, Chris Mattmann <[email protected]> >wrote: > >> I LOVE both of these projects. >> >> RE: Gora file manager backend. Please check >> I think a JIRA issue exists already, throw up >> your patch and then label the issue gsoc2015 >> and mentor the crap out of it. >> >> I’d be happy to mentor the Avro one. >> >> Cheers, >> Chris >> >> >> >> -----Original Message----- >> From: Lewis John Mcgibbney <[email protected]> >> Reply-To: <[email protected]> >> Date: Sunday, February 8, 2015 at 11:37 AM >> To: "[email protected]" <[email protected]> >> Subject: Re: FW: GSoC 2015 >> >> >Screw it, I am going to propose the Gora-backed File Manager Catalog. >> >I have always been distracted from this task. The problem is that I >>have a >> >pretty meaty local patch for this already. >> >What is the suggested manner with which to progress if some 1/3 of the >> >work >> >has already been done? >> > >> >Another suggestion. >> >Replace the entire OODT RPCXML codebase with AvroRPC >> >http://avro.apache.org/docs/current/spec.html#Protocol+Declaration >> >I've been monitoring and using Avro for a good while now. The project >>has >> >progressed leaps and bounds and I am very keen on it. >> >It may be an opportunity for people with a historical perspective on >>the >> >XMLRPC Server to speak up and state what they think could be improved >> >within this code. >> > >> >Thanks >> >Lewis >> > >> >On Fri, Feb 6, 2015 at 10:20 PM, Mattmann, Chris A (3980) < >> >[email protected]> wrote: >> > >> >> We should be thinking about GSoC on OODT, any ideas? >> >> >> >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> Chris Mattmann, Ph.D. >> >> Chief Architect >> >> Instrument Software and Science Data Systems Section (398) >> >> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA >> >> Office: 168-519, Mailstop: 168-527 >> >> Email: [email protected] >> >> WWW: http://sunset.usc.edu/~mattmann/ >> >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> Adjunct Associate Professor, Computer Science Department >> >> University of Southern California, Los Angeles, CA 90089 USA >> >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> >> >> >> >> >> >> >> >> >> >> >> >> -----Original Message----- >> >> From: Lewis John Mcgibbney <[email protected]> >> >> Reply-To: "[email protected]" <[email protected]> >> >> Date: Wednesday, February 4, 2015 at 2:42 PM >> >> To: "[email protected]" <[email protected]> >> >> Subject: GSoC 2015 >> >> >> >> >Hi Folks, >> >> > >> >> >Does anyone have any good ideas for GSoC? >> >> > >> >> >Seb mentioned moving Nutch towards Spark so potentially a pluggable >> >> >runtime execution engine abstraction? >> >> > >> >> >I am currently working on a lot of security and authentication >>related >> >> >work so I would possibly be tempted to overhaul and improve that >>aspect >> >> >of Nutch. >> >> > >> >> >Any other ideas? >> >> > >> >> >Thanks folks >> >> >Lewis >> >> > >> >> >-- >> >> >Lewis >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> >> >> >> > >> > >> >-- >> >*Lewis* >> >> >> > > >-- >*Lewis*
