Re: [VOTE] ALOIS to enter the incubator

2010-09-19 Thread Niclas Hedhman
On Fri, Sep 17, 2010 at 4:32 PM, Christian Grobmeier
grobme...@gmail.com 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

2010-09-19 Thread Niclas Hedhman
On Fri, Sep 17, 2010 at 7:29 PM, Jim Jagielski j...@jagunet.com 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

2010-09-19 Thread 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

2010-09-19 Thread 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 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 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 members, 

Re: [VOTE] Accept Gora into the Apache Incubator

2010-09-19 Thread 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 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 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
 

Re: [VOTE] Accept Gora into the Apache Incubator

2010-09-19 Thread 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

2010-09-19 Thread Tommaso Teofili
+1, not binding.
Tommaso

2010/9/20 Owen O'Malley omal...@apache.org

 +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

2010-09-19 Thread 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 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 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