Re: [RESULT] [VOTE] Accept Gora into the Apache Incubator

[Mattmann, Chris A (388J)]

Thanks for your work Henry!

Cheers,
Chris



On 9/29/10 11:25 PM, "Henry Saputra"  wrote:

Hi All,

I have created a jira case to setup Gora infra:

https://issues.apache.org/jira/browse/INFRA-3016

Thanks,

Henry

On Sun, Sep 26, 2010 at 11:14 AM, Mattmann, Chris A (388J) <
chris.a.mattm...@jpl.nasa.gov> wrote:

> Hi Folks,
>
> This VOTE has passed with the following tallies:
>
> IPMC (binding)
>
> +1
>
> Chris Mattmann
> Owen O'Malley
> Nick Burch
> Mark Struberg
> Bertrand Delacreatz
> Noel J. Bergman
> Stefan Seelmann
> Alan D. Cabrera
> Tom White
> Craig L Russell
>
> Non-binding:
>
> +1
>
> David Woollard
> Tommaso Teofilli
> Henry Saputra
> Mohammad Nour El-Din
>
> I'll contact all the mentors and committers off-list and get this show on
> the road. Thanks for VOTE'ing!
>
> Cheers,
> Chris
>
> ++
> Chris Mattmann, Ph.D.
> Senior Computer Scientist
> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> Office: 171-266B, Mailstop: 171-246
> Email: chris.mattm...@jpl.nasa.gov
> WWW:   http://sunset.usc.edu/~mattmann/
> ++
> Adjunct Assistant Professor, Computer Science Department
> University of Southern California, Los Angeles, CA 90089 USA
> ++
>
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>



++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.mattm...@jpl.nasa.gov
WWW:   http://sunset.usc.edu/~mattmann/
++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++

Re: [RESULT] [VOTE] Accept Gora into the Apache Incubator

[Henry Saputra]

Hi All,

I have created a jira case to setup Gora infra:

https://issues.apache.org/jira/browse/INFRA-3016

Thanks,

Henry

On Sun, Sep 26, 2010 at 11:14 AM, Mattmann, Chris A (388J) <
chris.a.mattm...@jpl.nasa.gov> wrote:

> Hi Folks,
>
> This VOTE has passed with the following tallies:
>
> IPMC (binding)
>
> +1
>
> Chris Mattmann
> Owen O'Malley
> Nick Burch
> Mark Struberg
> Bertrand Delacreatz
> Noel J. Bergman
> Stefan Seelmann
> Alan D. Cabrera
> Tom White
> Craig L Russell
>
> Non-binding:
>
> +1
>
> David Woollard
> Tommaso Teofilli
> Henry Saputra
> Mohammad Nour El-Din
>
> I'll contact all the mentors and committers off-list and get this show on
> the road. Thanks for VOTE'ing!
>
> Cheers,
> Chris
>
> ++
> Chris Mattmann, Ph.D.
> Senior Computer Scientist
> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> Office: 171-266B, Mailstop: 171-246
> Email: chris.mattm...@jpl.nasa.gov
> WWW:   http://sunset.usc.edu/~mattmann/
> ++
> Adjunct Assistant Professor, Computer Science Department
> University of Southern California, Los Angeles, CA 90089 USA
> ++
>
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

[RESULT] [VOTE] Accept Gora into the Apache Incubator

[Mattmann, Chris A (388J)]

Hi Folks,

This VOTE has passed with the following tallies:

IPMC (binding)

+1

Chris Mattmann
Owen O'Malley
Nick Burch
Mark Struberg
Bertrand Delacreatz
Noel J. Bergman
Stefan Seelmann
Alan D. Cabrera
Tom White
Craig L Russell

Non-binding:

+1

David Woollard
Tommaso Teofilli
Henry Saputra
Mohammad Nour El-Din

I'll contact all the mentors and committers off-list and get this show on
the road. Thanks for VOTE'ing!

Cheers,
Chris

++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.mattm...@jpl.nasa.gov
WWW:   http://sunset.usc.edu/~mattmann/
++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++



-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Accept Gora into the Apache Incubator

[Tom White]

+1 (binding)

Tom

On Sun, Sep 19, 2010 at 8:21 PM, Mattmann, Chris A (388J)
 wrote:
> Hi Folks,
>
> Over the past week or so we've been discussing the Gora project and bringing
> it into the Apache Incubator [1]. It's time to call a VOTE thread on the
> issue. Please VOTE below:
>
> [ ] +1 Accept Gora into the Apache Incubator.
> [ ] +0 Don't care.
> [ ] -1 Don't accept Gora into the Apache Incubator because...
>
> I'll leave the VOTE open for the remainder of the week (ending on 9/24).
> Here's my +1 (IPMC binding).
>
> [1] http://s.apache.org/MPw
>
> Cheers,
> Chris
>
> P.S. The wiki text for the proposal is pasted below.
>
> --
> Gora Proposal for Apache Incubation
>
> Abstract
> Gora is an ORM framework for column stores such as Apache HBase and Apache
> Cassandra with a specific focus on Hadoop.
>
> Proposal
> Although there are various excellent ORM frameworks for relational
> databases, data modeling in NoSQL data stores differ profoundly from their
> relational cousins. Moreover, data-model agnostic frameworks such as JDO are
> not sufficient for use cases, where one needs to use the full power of the
> data models in column stores. Gora fills this gap by giving the user an
> easy-to-use ORM framework with data store specific mappings and built in
> Apache Hadoop support.
>
> The overall goal for Gora is to become the standard data representation and
> persistence framework for big data. The roadmap of Gora can be grouped as
> follows.
> * Data Persistence : Persisting objects to Column stores such as HBase,
> Cassandra, Hypertable; key-value stores such as Voldermort, Redis, etc; SQL
> databases, such as MySQL, HSQLDB, flat files in local file system of Hadoop
> HDFS.
> * Data Access : An easy to use Java-friendly common API for accessing the
> data regardless of its location.
> * Indexing : Persisting objects to Lucene and Solr indexes,
> accessing/querying the data with Gora API.
> * Analysis : Accesing the data and making analysis through adapters for
> Apache Pig, Apache Hive and Cascading
> * MapReduce   support :
> Out-of-the-box and extensive MapReduce
>   (Apache Hadoop) support for
> data in the data store.
>
> Background
> ORM stands for Object Relation Mapping. It is a technology which abstacts
> the persistency layer (mostly Relational Databases) so that plain domain
> level objects can be used, without the cumbersome effort to save/load the
> data to and from the database. Gora differs from current solutions in that:
> * Gora is specially focussed at NoSQL data stores, but also has limited
> support for SQL databases
> * The main use case for Gora is to access/analyze big data using Hadoop.
> * Gora uses Avro for bean definition, not byte code enhancement or
> annotations
> * Object-to-data store mappings are backend specific, so that full data
> model can be utilized.
> * Gora is simple since it ignores complex SQL mappings
> * Gora will support persistence, indexing and anaysis of data, using Pig,
> Lucene, Hive, etc
> Rationale
> ORM frameworks are nothing new. But with the explosion of data generated in
> Terabytes and even Petabytes, NoSQL data stores are gaining ever-increasing
> popularity. Coupled with limited support to already-proven Apache Hadoop
> support in current ORM frameworks, there was a need for a new project.
>
> Gora is currently hosted at Github. However, Gora has ties to ASF in many
> ways. As detailed in the proposal section, Gora will be a high level client
> for many Apache projects and subprojects including Hadoop(common, hdfs, and
> mapreduce), HBase, Cassandra, Avro, Lucene, Solr, Pig, and Hive. Gora
> already uses Hadoop, HBase, Cassandra and Avro. Moreover, Gora started its
> life inside Apache Nutch project, and now Nutch trunk uses Gora as a
> library. Even more, the initial set of committers are all ASF members.
> Therefore, we think that Apache will be an excellent home for Gora.
>
> Initial Goals
> Initial goals for Gora can be summarized as:
> * Iron out the remaining issues with HBase, Cassandra and SQL support.
> * Make the first release before the end of the year.
> * Improve documentation
> * Support for Cascading
> Current Status
> Meritocracy
> Current commit rights belong to the initial list of committers four of who
> are also ASF members. All the developers have extensive experience with
> Apache projects. We honor the meritocracy policy of ASF foundation.
>
> Community
> Gora’s community mostly overlap with that of Nutch, Hadoop, HBase, Avro and
> Cassandra. We  have a small community for now (5 initial committers, 18
> people tracking the project at Github), but have been piggybacking the Nutch
> community for a while. If Gora is accepted to Apache Incubator, we expect
> more traction. Moreover, with the increasing popularity of NoSQL databases,
> we expect more users.
>
> Core Developers
> Gora was started by the initial code base inside Apa

Re: [VOTE] Accept Gora into the Apache Incubator

[Craig L Russell]

+1

Craig

On Sep 19, 2010, at 8:21 PM, Mattmann, Chris A (388J) wrote:


Hi Folks,

Over the past week or so we've been discussing the Gora project and  
bringing
it into the Apache Incubator [1]. It's time to call a VOTE thread on  
the

issue. Please VOTE below:

[ ] +1 Accept Gora into the Apache Incubator.
[ ] +0 Don't care.
[ ] -1 Don't accept Gora into the Apache Incubator because...

I'll leave the VOTE open for the remainder of the week (ending on  
9/24).

Here's my +1 (IPMC binding).

[1] http://s.apache.org/MPw

Cheers,
Chris

P.S. The wiki text for the proposal is pasted below.

--
Gora Proposal for Apache Incubation

Abstract
Gora is an ORM framework for column stores such as Apache HBase and  
Apache

Cassandra with a specific focus on Hadoop.

Proposal
Although there are various excellent ORM frameworks for relational
databases, data modeling in NoSQL data stores differ profoundly from  
their
relational cousins. Moreover, data-model agnostic frameworks such as  
JDO are
not sufficient for use cases, where one needs to use the full power  
of the
data models in column stores. Gora fills this gap by giving the user  
an
easy-to-use ORM framework with data store specific mappings and  
built in

Apache Hadoop support.

The overall goal for Gora is to become the standard data  
representation and
persistence framework for big data. The roadmap of Gora can be  
grouped as

follows.
* Data Persistence : Persisting objects to Column stores such as  
HBase,
Cassandra, Hypertable; key-value stores such as Voldermort, Redis,  
etc; SQL
databases, such as MySQL, HSQLDB, flat files in local file system of  
Hadoop

HDFS.
* Data Access : An easy to use Java-friendly common API for  
accessing the

data regardless of its location.
* Indexing : Persisting objects to Lucene and Solr indexes,
accessing/querying the data with Gora API.
* Analysis : Accesing the data and making analysis through adapters  
for

Apache Pig, Apache Hive and Cascading
* MapReduce   support :
Out-of-the-box and extensive MapReduce
  (Apache Hadoop)  
support for

data in the data store.

Background
ORM stands for Object Relation Mapping. It is a technology which  
abstacts
the persistency layer (mostly Relational Databases) so that plain  
domain
level objects can be used, without the cumbersome effort to save/ 
load the
data to and from the database. Gora differs from current solutions  
in that:
* Gora is specially focussed at NoSQL data stores, but also has  
limited

support for SQL databases
* The main use case for Gora is to access/analyze big data using  
Hadoop.

* Gora uses Avro for bean definition, not byte code enhancement or
annotations
* Object-to-data store mappings are backend specific, so that full  
data

model can be utilized.
* Gora is simple since it ignores complex SQL mappings
* Gora will support persistence, indexing and anaysis of data, using  
Pig,

Lucene, Hive, etc
Rationale
ORM frameworks are nothing new. But with the explosion of data  
generated in
Terabytes and even Petabytes, NoSQL data stores are gaining ever- 
increasing
popularity. Coupled with limited support to already-proven Apache  
Hadoop

support in current ORM frameworks, there was a need for a new project.

Gora is currently hosted at Github. However, Gora has ties to ASF in  
many
ways. As detailed in the proposal section, Gora will be a high level  
client
for many Apache projects and subprojects including Hadoop(common,  
hdfs, and

mapreduce), HBase, Cassandra, Avro, Lucene, Solr, Pig, and Hive. Gora
already uses Hadoop, HBase, Cassandra and Avro. Moreover, Gora  
started its

life inside Apache Nutch project, and now Nutch trunk uses Gora as a
library. Even more, the initial set of committers are all ASF members.
Therefore, we think that Apache will be an excellent home for Gora.

Initial Goals
Initial goals for Gora can be summarized as:
* Iron out the remaining issues with HBase, Cassandra and SQL support.
* Make the first release before the end of the year.
* Improve documentation
* Support for Cascading
Current Status
Meritocracy
Current commit rights belong to the initial list of committers four  
of who
are also ASF members. All the developers have extensive experience  
with

Apache projects. We honor the meritocracy policy of ASF foundation.

Community
Gora’s community mostly overlap with that of Nutch, Hadoop, HBase,  
Avro and
Cassandra. We  have a small community for now (5 initial committers,  
18
people tracking the project at Github), but have been piggybacking  
the Nutch
community for a while. If Gora is accepted to Apache Incubator, we  
expect
more traction. Moreover, with the increasing popularity of NoSQL  
databases,

we expect more users.

Core Developers
Gora was started by the initial code base inside Apache Nutch by  
Doğacan
Güney. Then Enis Söztutar has refactored and re-architected the  
project out
of Nutch. 

Re: [VOTE] Accept Gora into the Apache Incubator

[Alan D. Cabrera]

+1


Regards,
Alan

On Sep 19, 2010, at 8:21 PM, Mattmann, Chris A (388J) wrote:

> Hi Folks,
> 
> Over the past week or so we've been discussing the Gora project and bringing
> it into the Apache Incubator [1]. It's time to call a VOTE thread on the
> issue. Please VOTE below:
> 
> [ ] +1 Accept Gora into the Apache Incubator.
> [ ] +0 Don't care.
> [ ] -1 Don't accept Gora into the Apache Incubator because...
> 
> I'll leave the VOTE open for the remainder of the week (ending on 9/24).
> Here's my +1 (IPMC binding).
> 
> [1] http://s.apache.org/MPw
> 
> Cheers,
> Chris
> 
> P.S. The wiki text for the proposal is pasted below.
> 
> --
> Gora Proposal for Apache Incubation
> 
> Abstract
> Gora is an ORM framework for column stores such as Apache HBase and Apache
> Cassandra with a specific focus on Hadoop.
> 
> Proposal
> Although there are various excellent ORM frameworks for relational
> databases, data modeling in NoSQL data stores differ profoundly from their
> relational cousins. Moreover, data-model agnostic frameworks such as JDO are
> not sufficient for use cases, where one needs to use the full power of the
> data models in column stores. Gora fills this gap by giving the user an
> easy-to-use ORM framework with data store specific mappings and built in
> Apache Hadoop support.
> 
> The overall goal for Gora is to become the standard data representation and
> persistence framework for big data. The roadmap of Gora can be grouped as
> follows. 
> * Data Persistence : Persisting objects to Column stores such as HBase,
> Cassandra, Hypertable; key-value stores such as Voldermort, Redis, etc; SQL
> databases, such as MySQL, HSQLDB, flat files in local file system of Hadoop
> HDFS. 
> * Data Access : An easy to use Java-friendly common API for accessing the
> data regardless of its location.
> * Indexing : Persisting objects to Lucene and Solr indexes,
> accessing/querying the data with Gora API.
> * Analysis : Accesing the data and making analysis through adapters for
> Apache Pig, Apache Hive and Cascading
> * MapReduce   support :
> Out-of-the-box and extensive MapReduce
>   (Apache Hadoop) support for
> data in the data store.
> 
> Background
> ORM stands for Object Relation Mapping. It is a technology which abstacts
> the persistency layer (mostly Relational Databases) so that plain domain
> level objects can be used, without the cumbersome effort to save/load the
> data to and from the database. Gora differs from current solutions in that:
> * Gora is specially focussed at NoSQL data stores, but also has limited
> support for SQL databases
> * The main use case for Gora is to access/analyze big data using Hadoop.
> * Gora uses Avro for bean definition, not byte code enhancement or
> annotations 
> * Object-to-data store mappings are backend specific, so that full data
> model can be utilized.
> * Gora is simple since it ignores complex SQL mappings
> * Gora will support persistence, indexing and anaysis of data, using Pig,
> Lucene, Hive, etc 
> Rationale
> ORM frameworks are nothing new. But with the explosion of data generated in
> Terabytes and even Petabytes, NoSQL data stores are gaining ever-increasing
> popularity. Coupled with limited support to already-proven Apache Hadoop
> support in current ORM frameworks, there was a need for a new project.
> 
> Gora is currently hosted at Github. However, Gora has ties to ASF in many
> ways. As detailed in the proposal section, Gora will be a high level client
> for many Apache projects and subprojects including Hadoop(common, hdfs, and
> mapreduce), HBase, Cassandra, Avro, Lucene, Solr, Pig, and Hive. Gora
> already uses Hadoop, HBase, Cassandra and Avro. Moreover, Gora started its
> life inside Apache Nutch project, and now Nutch trunk uses Gora as a
> library. Even more, the initial set of committers are all ASF members.
> Therefore, we think that Apache will be an excellent home for Gora.
> 
> Initial Goals
> Initial goals for Gora can be summarized as:
> * Iron out the remaining issues with HBase, Cassandra and SQL support.
> * Make the first release before the end of the year.
> * Improve documentation
> * Support for Cascading
> Current Status
> Meritocracy
> Current commit rights belong to the initial list of committers four of who
> are also ASF members. All the developers have extensive experience with
> Apache projects. We honor the meritocracy policy of ASF foundation.
> 
> Community
> Gora’s community mostly overlap with that of Nutch, Hadoop, HBase, Avro and
> Cassandra. We  have a small community for now (5 initial committers, 18
> people tracking the project at Github), but have been piggybacking the Nutch
> community for a while. If Gora is accepted to Apache Incubator, we expect
> more traction. Moreover, with the increasing popularity of NoSQL databases,
> we expect more users.
> 
> Core Developers
> Gora was started by the initial code

Re: [VOTE] Accept Gora into the Apache Incubator

[Stefan Seelmann]

+1 (not sure if already binding or not)

Kind Regards,
Stefan

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

RE: [VOTE] Accept Gora into the Apache Incubator

[Noel J. Bergman]

+1

--- Noel



-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Accept Gora into the Apache Incubator

[Bertrand Delacretaz]

> [X ] +1 Accept Gora into the Apache Incubator.

-Bertrand

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Accept Gora into the Apache Incubator

[Mark Struberg]

+1

LieGrue,
strub

--- On Mon, 9/20/10, Mattmann, Chris A (388J)  
wrote:

> From: Mattmann, Chris A (388J) 
> Subject: [VOTE] Accept Gora into the Apache Incubator
> To: "general@incubator.apache.org" 
> Date: Monday, September 20, 2010, 3:21 AM
> Hi Folks,
> 
> Over the past week or so we've been discussing the Gora
> project and bringing
> it into the Apache Incubator [1]. It's time to call a VOTE
> thread on the
> issue. Please VOTE below:
> 
> [ ] +1 Accept Gora into the Apache Incubator.
> [ ] +0 Don't care.
> [ ] -1 Don't accept Gora into the Apache Incubator
> because...
> 
> I'll leave the VOTE open for the remainder of the week
> (ending on 9/24).
> Here's my +1 (IPMC binding).
> 
> [1] http://s.apache.org/MPw

> 
> Cheers,
> Chris
> 
> P.S. The wiki text for the proposal is pasted below.
> 
> --
> Gora Proposal for Apache Incubation
> 
> Abstract
> Gora is an ORM framework for column stores such as Apache
> HBase and Apache
> Cassandra with a specific focus on Hadoop.
> 
> Proposal
> Although there are various excellent ORM frameworks for
> relational
> databases, data modeling in NoSQL data stores differ
> profoundly from their
> relational cousins. Moreover, data-model agnostic
> frameworks such as JDO are
> not sufficient for use cases, where one needs to use the
> full power of the
> data models in column stores. Gora fills this gap by giving
> the user an
> easy-to-use ORM framework with data store specific mappings
> and built in
> Apache Hadoop support.
> 
> The overall goal for Gora is to become the standard data
> representation and
> persistence framework for big data. The roadmap of Gora can
> be grouped as
> follows. 
> * Data Persistence : Persisting objects to Column stores
> such as HBase,
> Cassandra, Hypertable; key-value stores such as Voldermort,
> Redis, etc; SQL
> databases, such as MySQL, HSQLDB, flat files in local file
> system of Hadoop
> HDFS. 
> * Data Access : An easy to use Java-friendly common API for
> accessing the
> data regardless of its location.
> * Indexing : Persisting objects to Lucene and Solr
> indexes,
> accessing/querying the data with Gora API.
> * Analysis : Accesing the data and making analysis through
> adapters for
> Apache Pig, Apache Hive and Cascading
> * MapReduce <http://wiki.apache.org/incubator/MapReduce> 
> support :
> Out-of-the-box and extensive MapReduce
> <http://wiki.apache.org/incubator/MapReduce> 
> (Apache Hadoop) support for
> data in the data store.
> 
> Background
> ORM stands for Object Relation Mapping. It is a technology
> which abstacts
> the persistency layer (mostly Relational Databases) so that
> plain domain
> level objects can be used, without the cumbersome effort to
> save/load the
> data to and from the database. Gora differs from current
> solutions in that:
> * Gora is specially focussed at NoSQL data stores, but also
> has limited
> support for SQL databases
> * The main use case for Gora is to access/analyze big data
> using Hadoop.
> * Gora uses Avro for bean definition, not byte code
> enhancement or
> annotations 
> * Object-to-data store mappings are backend specific, so
> that full data
> model can be utilized.
> * Gora is simple since it ignores complex SQL mappings
> * Gora will support persistence, indexing and anaysis of
> data, using Pig,
> Lucene, Hive, etc 
> Rationale
> ORM frameworks are nothing new. But with the explosion of
> data generated in
> Terabytes and even Petabytes, NoSQL data stores are gaining
> ever-increasing
> popularity. Coupled with limited support to already-proven
> Apache Hadoop
> support in current ORM frameworks, there was a need for a
> new project.
> 
> Gora is currently hosted at Github. However, Gora has ties
> to ASF in many
> ways. As detailed in the proposal section, Gora will be a
> high level client
> for many Apache projects and subprojects including
> Hadoop(common, hdfs, and
> mapreduce), HBase, Cassandra, Avro, Lucene, Solr, Pig, and
> Hive. Gora
> already uses Hadoop, HBase, Cassandra and Avro. Moreover,
> Gora started its
> life inside Apache Nutch project, and now Nutch trunk uses
> Gora as a
> library. Even more, the initial set of committers are all
> ASF members.
> Therefore, we think that Apache will be an excellent home
> for Gora.
> 
> Initial Goals
> Initial goals for Gora can be summarized as:
> * Iron out the remaining issues with HBase, Cassandra and
> SQL support.
> * Make the first release before the end of the year.
> * Improve documentation
> * Support for Cascading
> Current Sta

Re: [VOTE] Accept Gora into the Apache Incubator

[Nick Burch]

On Sun, 19 Sep 2010, Mattmann, Chris A (388J) wrote:
Over the past week or so we've been discussing the Gora project and 
bringing it into the Apache Incubator [1]. It's time to call a VOTE 
thread on the issue. Please VOTE below:


+1 (binding)

Nick

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Accept Gora into the Apache Incubator

[Mohammad Nour El-Din]

+1 (non-binding)

On Mon, Sep 20, 2010 at 8:36 AM, Henry Saputra  wrote:
> +1 (non-binding)
>
> - Henry
>
> On Sun, Sep 19, 2010 at 8:21 PM, Mattmann, Chris A (388J) <
> chris.a.mattm...@jpl.nasa.gov> wrote:
>
>> Hi Folks,
>>
>> Over the past week or so we've been discussing the Gora project and
>> bringing
>> it into the Apache Incubator [1]. It's time to call a VOTE thread on the
>> issue. Please VOTE below:
>>
>> [ ] +1 Accept Gora into the Apache Incubator.
>> [ ] +0 Don't care.
>> [ ] -1 Don't accept Gora into the Apache Incubator because...
>>
>> I'll leave the VOTE open for the remainder of the week (ending on 9/24).
>> Here's my +1 (IPMC binding).
>>
>> [1] http://s.apache.org/MPw
>>
>> Cheers,
>> Chris
>>
>> P.S. The wiki text for the proposal is pasted below.
>>
>> --
>> Gora Proposal for Apache Incubation
>>
>> Abstract
>> Gora is an ORM framework for column stores such as Apache HBase and Apache
>> Cassandra with a specific focus on Hadoop.
>>
>> Proposal
>> Although there are various excellent ORM frameworks for relational
>> databases, data modeling in NoSQL data stores differ profoundly from their
>> relational cousins. Moreover, data-model agnostic frameworks such as JDO
>> are
>> not sufficient for use cases, where one needs to use the full power of the
>> data models in column stores. Gora fills this gap by giving the user an
>> easy-to-use ORM framework with data store specific mappings and built in
>> Apache Hadoop support.
>>
>> The overall goal for Gora is to become the standard data representation and
>> persistence framework for big data. The roadmap of Gora can be grouped as
>> follows.
>> * Data Persistence : Persisting objects to Column stores such as HBase,
>> Cassandra, Hypertable; key-value stores such as Voldermort, Redis, etc; SQL
>> databases, such as MySQL, HSQLDB, flat files in local file system of Hadoop
>> HDFS.
>> * Data Access : An easy to use Java-friendly common API for accessing the
>> data regardless of its location.
>> * Indexing : Persisting objects to Lucene and Solr indexes,
>> accessing/querying the data with Gora API.
>> * Analysis : Accesing the data and making analysis through adapters for
>> Apache Pig, Apache Hive and Cascading
>> * MapReduce   support :
>> Out-of-the-box and extensive MapReduce
>>   (Apache Hadoop) support for
>> data in the data store.
>>
>> Background
>> ORM stands for Object Relation Mapping. It is a technology which abstacts
>> the persistency layer (mostly Relational Databases) so that plain domain
>> level objects can be used, without the cumbersome effort to save/load the
>> data to and from the database. Gora differs from current solutions in that:
>> * Gora is specially focussed at NoSQL data stores, but also has limited
>> support for SQL databases
>> * The main use case for Gora is to access/analyze big data using Hadoop.
>> * Gora uses Avro for bean definition, not byte code enhancement or
>> annotations
>> * Object-to-data store mappings are backend specific, so that full data
>> model can be utilized.
>> * Gora is simple since it ignores complex SQL mappings
>> * Gora will support persistence, indexing and anaysis of data, using Pig,
>> Lucene, Hive, etc
>> Rationale
>> ORM frameworks are nothing new. But with the explosion of data generated in
>> Terabytes and even Petabytes, NoSQL data stores are gaining ever-increasing
>> popularity. Coupled with limited support to already-proven Apache Hadoop
>> support in current ORM frameworks, there was a need for a new project.
>>
>> Gora is currently hosted at Github. However, Gora has ties to ASF in many
>> ways. As detailed in the proposal section, Gora will be a high level client
>> for many Apache projects and subprojects including Hadoop(common, hdfs, and
>> mapreduce), HBase, Cassandra, Avro, Lucene, Solr, Pig, and Hive. Gora
>> already uses Hadoop, HBase, Cassandra and Avro. Moreover, Gora started its
>> life inside Apache Nutch project, and now Nutch trunk uses Gora as a
>> library. Even more, the initial set of committers are all ASF members.
>> Therefore, we think that Apache will be an excellent home for Gora.
>>
>> Initial Goals
>> Initial goals for Gora can be summarized as:
>> * Iron out the remaining issues with HBase, Cassandra and SQL support.
>> * Make the first release before the end of the year.
>> * Improve documentation
>> * Support for Cascading
>> Current Status
>> Meritocracy
>> Current commit rights belong to the initial list of committers four of who
>> are also ASF members. All the developers have extensive experience with
>> Apache projects. We honor the meritocracy policy of ASF foundation.
>>
>> Community
>> Gora’s community mostly overlap with that of Nutch, Hadoop, HBase, Avro and
>> Cassandra. We  have a small community for now (5 initial committers, 18
>> people tracking the project at Github), but have been piggybacking the
>> Nutch
>> community for a

Re: [VOTE] Accept Gora into the Apache Incubator

[Henry Saputra]

+1 (non-binding)

- Henry

On Sun, Sep 19, 2010 at 8:21 PM, Mattmann, Chris A (388J) <
chris.a.mattm...@jpl.nasa.gov> wrote:

> Hi Folks,
>
> Over the past week or so we've been discussing the Gora project and
> bringing
> it into the Apache Incubator [1]. It's time to call a VOTE thread on the
> issue. Please VOTE below:
>
> [ ] +1 Accept Gora into the Apache Incubator.
> [ ] +0 Don't care.
> [ ] -1 Don't accept Gora into the Apache Incubator because...
>
> I'll leave the VOTE open for the remainder of the week (ending on 9/24).
> Here's my +1 (IPMC binding).
>
> [1] http://s.apache.org/MPw
>
> Cheers,
> Chris
>
> P.S. The wiki text for the proposal is pasted below.
>
> --
> Gora Proposal for Apache Incubation
>
> Abstract
> Gora is an ORM framework for column stores such as Apache HBase and Apache
> Cassandra with a specific focus on Hadoop.
>
> Proposal
> Although there are various excellent ORM frameworks for relational
> databases, data modeling in NoSQL data stores differ profoundly from their
> relational cousins. Moreover, data-model agnostic frameworks such as JDO
> are
> not sufficient for use cases, where one needs to use the full power of the
> data models in column stores. Gora fills this gap by giving the user an
> easy-to-use ORM framework with data store specific mappings and built in
> Apache Hadoop support.
>
> The overall goal for Gora is to become the standard data representation and
> persistence framework for big data. The roadmap of Gora can be grouped as
> follows.
> * Data Persistence : Persisting objects to Column stores such as HBase,
> Cassandra, Hypertable; key-value stores such as Voldermort, Redis, etc; SQL
> databases, such as MySQL, HSQLDB, flat files in local file system of Hadoop
> HDFS.
> * Data Access : An easy to use Java-friendly common API for accessing the
> data regardless of its location.
> * Indexing : Persisting objects to Lucene and Solr indexes,
> accessing/querying the data with Gora API.
> * Analysis : Accesing the data and making analysis through adapters for
> Apache Pig, Apache Hive and Cascading
> * MapReduce   support :
> Out-of-the-box and extensive MapReduce
>   (Apache Hadoop) support for
> data in the data store.
>
> Background
> ORM stands for Object Relation Mapping. It is a technology which abstacts
> the persistency layer (mostly Relational Databases) so that plain domain
> level objects can be used, without the cumbersome effort to save/load the
> data to and from the database. Gora differs from current solutions in that:
> * Gora is specially focussed at NoSQL data stores, but also has limited
> support for SQL databases
> * The main use case for Gora is to access/analyze big data using Hadoop.
> * Gora uses Avro for bean definition, not byte code enhancement or
> annotations
> * Object-to-data store mappings are backend specific, so that full data
> model can be utilized.
> * Gora is simple since it ignores complex SQL mappings
> * Gora will support persistence, indexing and anaysis of data, using Pig,
> Lucene, Hive, etc
> Rationale
> ORM frameworks are nothing new. But with the explosion of data generated in
> Terabytes and even Petabytes, NoSQL data stores are gaining ever-increasing
> popularity. Coupled with limited support to already-proven Apache Hadoop
> support in current ORM frameworks, there was a need for a new project.
>
> Gora is currently hosted at Github. However, Gora has ties to ASF in many
> ways. As detailed in the proposal section, Gora will be a high level client
> for many Apache projects and subprojects including Hadoop(common, hdfs, and
> mapreduce), HBase, Cassandra, Avro, Lucene, Solr, Pig, and Hive. Gora
> already uses Hadoop, HBase, Cassandra and Avro. Moreover, Gora started its
> life inside Apache Nutch project, and now Nutch trunk uses Gora as a
> library. Even more, the initial set of committers are all ASF members.
> Therefore, we think that Apache will be an excellent home for Gora.
>
> Initial Goals
> Initial goals for Gora can be summarized as:
> * Iron out the remaining issues with HBase, Cassandra and SQL support.
> * Make the first release before the end of the year.
> * Improve documentation
> * Support for Cascading
> Current Status
> Meritocracy
> Current commit rights belong to the initial list of committers four of who
> are also ASF members. All the developers have extensive experience with
> Apache projects. We honor the meritocracy policy of ASF foundation.
>
> Community
> Gora’s community mostly overlap with that of Nutch, Hadoop, HBase, Avro and
> Cassandra. We  have a small community for now (5 initial committers, 18
> people tracking the project at Github), but have been piggybacking the
> Nutch
> community for a while. If Gora is accepted to Apache Incubator, we expect
> more traction. Moreover, with the increasing popularity of NoSQL databases,
> we expect more users.
>
> Core Developers
> Gora 

Re: [VOTE] Accept Gora into the Apache Incubator

[Tommaso Teofili]

+1, not binding.
Tommaso

2010/9/20 Owen O'Malley 

> +1 binding
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [VOTE] Accept Gora into the Apache Incubator

[Owen O'Malley]

+1 binding

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Accept Gora into the Apache Incubator

[David M Woollard]

+1 (non-binding)
-
David M. Woollard, Software Engineer
Data Management Systems and Technologies Group (388J)
NASA Jet Propulsion Laboratory, Pasadena, CA, 91109, USA
Office: 171-243D  Phone: (818) 354-4291

"Anybody who wants to make a revolution shouldn't grab a gun. 
Just go and start working to change the world by using science 
and technology."-Stanford Ovshinsky





On Sep 19, 2010, at 8:21 PM, Mattmann, Chris A (388J) wrote:

> Hi Folks,
> 
> Over the past week or so we've been discussing the Gora project and bringing
> it into the Apache Incubator [1]. It's time to call a VOTE thread on the
> issue. Please VOTE below:
> 
> [ ] +1 Accept Gora into the Apache Incubator.
> [ ] +0 Don't care.
> [ ] -1 Don't accept Gora into the Apache Incubator because...
> 
> I'll leave the VOTE open for the remainder of the week (ending on 9/24).
> Here's my +1 (IPMC binding).
> 
> [1] http://s.apache.org/MPw
> 
> Cheers,
> Chris
> 
> P.S. The wiki text for the proposal is pasted below.
> 
> --
> Gora Proposal for Apache Incubation
> 
> Abstract
> Gora is an ORM framework for column stores such as Apache HBase and Apache
> Cassandra with a specific focus on Hadoop.
> 
> Proposal
> Although there are various excellent ORM frameworks for relational
> databases, data modeling in NoSQL data stores differ profoundly from their
> relational cousins. Moreover, data-model agnostic frameworks such as JDO are
> not sufficient for use cases, where one needs to use the full power of the
> data models in column stores. Gora fills this gap by giving the user an
> easy-to-use ORM framework with data store specific mappings and built in
> Apache Hadoop support.
> 
> The overall goal for Gora is to become the standard data representation and
> persistence framework for big data. The roadmap of Gora can be grouped as
> follows.
> * Data Persistence : Persisting objects to Column stores such as HBase,
> Cassandra, Hypertable; key-value stores such as Voldermort, Redis, etc; SQL
> databases, such as MySQL, HSQLDB, flat files in local file system of Hadoop
> HDFS.
> * Data Access : An easy to use Java-friendly common API for accessing the
> data regardless of its location.
> * Indexing : Persisting objects to Lucene and Solr indexes,
> accessing/querying the data with Gora API.
> * Analysis : Accesing the data and making analysis through adapters for
> Apache Pig, Apache Hive and Cascading
> * MapReduce   support :
> Out-of-the-box and extensive MapReduce
>   (Apache Hadoop) support for
> data in the data store.
> 
> Background
> ORM stands for Object Relation Mapping. It is a technology which abstacts
> the persistency layer (mostly Relational Databases) so that plain domain
> level objects can be used, without the cumbersome effort to save/load the
> data to and from the database. Gora differs from current solutions in that:
> * Gora is specially focussed at NoSQL data stores, but also has limited
> support for SQL databases
> * The main use case for Gora is to access/analyze big data using Hadoop.
> * Gora uses Avro for bean definition, not byte code enhancement or
> annotations
> * Object-to-data store mappings are backend specific, so that full data
> model can be utilized.
> * Gora is simple since it ignores complex SQL mappings
> * Gora will support persistence, indexing and anaysis of data, using Pig,
> Lucene, Hive, etc
> Rationale
> ORM frameworks are nothing new. But with the explosion of data generated in
> Terabytes and even Petabytes, NoSQL data stores are gaining ever-increasing
> popularity. Coupled with limited support to already-proven Apache Hadoop
> support in current ORM frameworks, there was a need for a new project.
> 
> Gora is currently hosted at Github. However, Gora has ties to ASF in many
> ways. As detailed in the proposal section, Gora will be a high level client
> for many Apache projects and subprojects including Hadoop(common, hdfs, and
> mapreduce), HBase, Cassandra, Avro, Lucene, Solr, Pig, and Hive. Gora
> already uses Hadoop, HBase, Cassandra and Avro. Moreover, Gora started its
> life inside Apache Nutch project, and now Nutch trunk uses Gora as a
> library. Even more, the initial set of committers are all ASF members.
> Therefore, we think that Apache will be an excellent home for Gora.
> 
> Initial Goals
> Initial goals for Gora can be summarized as:
> * Iron out the remaining issues with HBase, Cassandra and SQL support.
> * Make the first release before the end of the year.
> * Improve documentation
> * Support for Cascading
> Current Status
> Meritocracy
> Current commit rights belong to the initial list of committers four of who
> are also ASF members. All the developers have extensive experience with
> Apache projects. We honor the meritocracy policy of ASF foundation.
> 
> Community
> Gora’s community mostly overlap with that of Nutch

[VOTE] Accept Gora into the Apache Incubator

[Mattmann, Chris A (388J)]

Hi Folks,

Over the past week or so we've been discussing the Gora project and bringing
it into the Apache Incubator [1]. It's time to call a VOTE thread on the
issue. Please VOTE below:

[ ] +1 Accept Gora into the Apache Incubator.
[ ] +0 Don't care.
[ ] -1 Don't accept Gora into the Apache Incubator because...

I'll leave the VOTE open for the remainder of the week (ending on 9/24).
Here's my +1 (IPMC binding).

[1] http://s.apache.org/MPw

Cheers,
Chris

P.S. The wiki text for the proposal is pasted below.

--
Gora Proposal for Apache Incubation

Abstract
Gora is an ORM framework for column stores such as Apache HBase and Apache
Cassandra with a specific focus on Hadoop.

Proposal
Although there are various excellent ORM frameworks for relational
databases, data modeling in NoSQL data stores differ profoundly from their
relational cousins. Moreover, data-model agnostic frameworks such as JDO are
not sufficient for use cases, where one needs to use the full power of the
data models in column stores. Gora fills this gap by giving the user an
easy-to-use ORM framework with data store specific mappings and built in
Apache Hadoop support.

The overall goal for Gora is to become the standard data representation and
persistence framework for big data. The roadmap of Gora can be grouped as
follows. 
* Data Persistence : Persisting objects to Column stores such as HBase,
Cassandra, Hypertable; key-value stores such as Voldermort, Redis, etc; SQL
databases, such as MySQL, HSQLDB, flat files in local file system of Hadoop
HDFS. 
* Data Access : An easy to use Java-friendly common API for accessing the
data regardless of its location.
* Indexing : Persisting objects to Lucene and Solr indexes,
accessing/querying the data with Gora API.
* Analysis : Accesing the data and making analysis through adapters for
Apache Pig, Apache Hive and Cascading
* MapReduce   support :
Out-of-the-box and extensive MapReduce
  (Apache Hadoop) support for
data in the data store.

Background
ORM stands for Object Relation Mapping. It is a technology which abstacts
the persistency layer (mostly Relational Databases) so that plain domain
level objects can be used, without the cumbersome effort to save/load the
data to and from the database. Gora differs from current solutions in that:
* Gora is specially focussed at NoSQL data stores, but also has limited
support for SQL databases
* The main use case for Gora is to access/analyze big data using Hadoop.
* Gora uses Avro for bean definition, not byte code enhancement or
annotations 
* Object-to-data store mappings are backend specific, so that full data
model can be utilized.
* Gora is simple since it ignores complex SQL mappings
* Gora will support persistence, indexing and anaysis of data, using Pig,
Lucene, Hive, etc 
Rationale
ORM frameworks are nothing new. But with the explosion of data generated in
Terabytes and even Petabytes, NoSQL data stores are gaining ever-increasing
popularity. Coupled with limited support to already-proven Apache Hadoop
support in current ORM frameworks, there was a need for a new project.

Gora is currently hosted at Github. However, Gora has ties to ASF in many
ways. As detailed in the proposal section, Gora will be a high level client
for many Apache projects and subprojects including Hadoop(common, hdfs, and
mapreduce), HBase, Cassandra, Avro, Lucene, Solr, Pig, and Hive. Gora
already uses Hadoop, HBase, Cassandra and Avro. Moreover, Gora started its
life inside Apache Nutch project, and now Nutch trunk uses Gora as a
library. Even more, the initial set of committers are all ASF members.
Therefore, we think that Apache will be an excellent home for Gora.

Initial Goals
Initial goals for Gora can be summarized as:
* Iron out the remaining issues with HBase, Cassandra and SQL support.
* Make the first release before the end of the year.
* Improve documentation
* Support for Cascading
Current Status
Meritocracy
Current commit rights belong to the initial list of committers four of who
are also ASF members. All the developers have extensive experience with
Apache projects. We honor the meritocracy policy of ASF foundation.

Community
Gora’s community mostly overlap with that of Nutch, Hadoop, HBase, Avro and
Cassandra. We  have a small community for now (5 initial committers, 18
people tracking the project at Github), but have been piggybacking the Nutch
community for a while. If Gora is accepted to Apache Incubator, we expect
more traction. Moreover, with the increasing popularity of NoSQL databases,
we expect more users.

Core Developers
Gora was started by the initial code base inside Apache Nutch by Doğacan
Güney. Then Enis Söztutar has refactored and re-architected the project out
of Nutch. Later Julien Nioche, Andrzej Bialecki and Doğacan has ported Nutch
to use the newly formed project. Later, Sertan Alkan has joined. Doğacan and
Julien are Nutch PMC member