Re: [VOTE] ALOIS to enter the incubator

[Niclas Hedhman]

On Fri, Sep 17, 2010 at 4:32 PM, Christian Grobmeier
 wrote:
> I am not a fan of chats and not even sending chat protocols to the dev
> list. Sending a completed chat protocol is just announcing the result
> of a discussion with only a few partners. Its very difficult to step
> up afterwards and of course difficult to read (imho). If I would be
> the ALOIS project, I would remove this chat from my wishlist and go
> with mailinglists only, what is the standard for all apache projects.

Well put and I agree completely.

However, this is a task for Mentors, and should not hold up the vote

+1 from me.


Cheers
-- 
Niclas Hedhman, Software Developer
http://www.qi4j.org - New Energy for Java

I  live here; http://tinyurl.com/2qq9er
I  work here; http://tinyurl.com/2ymelc
I relax here; http://tinyurl.com/2cgsug

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

Re: [VOTE] Kitty to Enter the Incubator

[Niclas Hedhman]

On Fri, Sep 17, 2010 at 7:29 PM, Jim Jagielski  wrote:
> +1 (binding)


+1 (binding)

-- 
Niclas Hedhman, Software Developer
http://www.qi4j.org - New Energy for Java

I  live here; http://tinyurl.com/2qq9er
I  work here; http://tinyurl.com/2ymelc
I relax here; http://tinyurl.com/2cgsug

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

Reminder: Repoirts

[Noel J. Bergman]

I will be trying to get the report done tonight, since I am teaching
tomorrow.  Please try to have all of the reports on the Wiki.

--- Noel



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

[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

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

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

[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

[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