Re: CarbonData propose major version number increment for next version (to 1.0.0)

2016-12-01 Thread Liang Chen 
Hi

Thanks for all of your comments, will change the current master-SNAPSHOT
version to 1.0.0

Regards
Liang


Venkata Gollamudi wrote
> Hi All,
> 
> CarbonData 0.2.0 has been a good work and stable release with lot of
> defects fixed and with number of performance improvements.
> https://issues.apache.org/jira/browse/CARBONDATA-320?jql=project%20%3D%20CARBONDATA%20AND%20fixVersion%20%3D%200.2.0-incubating%20ORDER%20BY%20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> 
> Next version has many major and new value added features are planned,
> taking CarbonData capability to next level.
> Like
> - IUD(Insert-Update-Delete) support,
> - complete rewrite of data load flow with out Kettle,
> - Spark 2.x support,
> - Standardize CarbonInputFormat and CarbonOutputFormat,
> - alluxio(tachyon) file system support,
> - Carbon thrift format optimization for fast query,
> - Data loading performance improvement and In memory off heap sorting,
> - Query performance improvement using off heap,
> - Support Vectorized batch reader.
> 
> https://issues.apache.org/jira/browse/CARBONDATA-301?jql=project%20%3D%20CARBONDATA%20AND%20fixVersion%20%3D%200.3.0-incubating%20ORDER%20BY%20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> 
> I think it makes sense to change CarbonData Major version in next version
> to 1.0.0.
> Please comment and vote on this.
> 
> Thanks,
> Ramana





--
View this message in context: 
http://apache-carbondata-mailing-list-archive.1130556.n5.nabble.com/CarbonData-propose-major-version-number-increment-for-next-version-to-1-0-0-tp3131p3544.html
Sent from the Apache CarbonData Mailing List archive mailing list archive at 
Nabble.com.

RE: CarbonData propose major version number increment for next version (to 1.0.0)

2016-11-28 Thread Jihong Ma 
+1

A rich set of features are planned to be included into next release, and more 
importantly there will be external API changes introduced as we integrate with 
Spark 2.x, Carbondata deserves a major version jump as it gets 
mature/production ready and powerful in terms of rich functionality and better 
performance compared to other file format alternatives on Hadoop ecosystem.

Regards.

Jihong

-Original Message-
From: Liang Chen [mailto:chenliang6...@gmail.com] 
Sent: Saturday, November 26, 2016 8:19 PM
To: dev@carbondata.incubator.apache.org
Subject: Re: CarbonData propose major version number increment for next version 
(to 1.0.0)

Hi

Agree with JB's point.

For next version, will use native SparkSession to instead CarbonContext, so
it would be better if next version number cloud use 1.0.0 for distinguishing
major API changes. 

Please find the detail discussion of CarbonData integration with Spark 2.x :
http://apache-carbondata-mailing-list-archive.1130556.n5.nabble.com/Feature-Proposal-Spark-2-integration-with-CarbonData-td3236.html#a3238

Regards
Liang

Jean-Baptiste Onofré wrote
> +1
> 
> Good idea.
> 
> Generally speaking minor version is bug fix, major is breaking API and
> command change.
> 
> Regards
> JB⁣​
> 
> On Nov 25, 2016, 10:00, at 10:00, sujith chacko 

> sujithchacko.2010@

>  wrote:
>>+1
>>
>>Thanks,
>>Sujith
>>
>>On Nov 24, 2016 10:37 PM, "manish gupta" 

> tomanishgupta18@

> 
>>wrote:
>>
>>> +1
>>>
>>> Regards
>>> Manish Gupta
>>>
>>> On Thu, Nov 24, 2016 at 7:30 PM, Kumar Vishal
>>

> kumarvishal1802@

> 
>>> wrote:
>>>
>>> > +1
>>> >
>>> > -Regards
>>> > Kumar Vishal
>>> >
>>> > On Thu, Nov 24, 2016 at 2:41 PM, Raghunandan S <
>>> > 

> carbondatacontributions@

>> wrote:
>>> >
>>> > > +1
>>> > > On Thu, 24 Nov 2016 at 2:30 PM, Liang Chen
>>

> chenliang6136@

> 
>>> > > wrote:
>>> > >
>>> > > > Hi
>>> > > >
>>> > > > Ya, good proposal.
>>> > > > CarbonData 0.x version integrate with spark 1.x,  and the load
>>data
>>> > > > solution
>>> > > > of 0.x version is using kettle.
>>> > > > CarbonData 1.x version integrate with spark 2.x, the load data
>>> solution
>>> > > of
>>> > > > 1.x version will not use kettle .
>>> > > >
>>> > > > That would be helpful to reduce maintenance cost through
>>> distinguishing
>>> > > the
>>> > > > major different version.
>>> > > >
>>> > > > +1 for the proposal.
>>> > > >
>>> > > > Regards
>>> > > > Liang
>>> > > >
>>> > > >
>>> > > > Venkata Gollamudi wrote
>>> > > > > Hi All,
>>> > > > >
>>> > > > > CarbonData 0.2.0 has been a good work and stable release with
>>lot
>>> of
>>> > > > > defects fixed and with number of performance improvements.
>>> > > > >
>>> > > > https://issues.apache.org/jira/browse/CARBONDATA-320?
>>> > jql=project%20%3D%
>>> > >
>>20CARBONDATA%20AND%20fixVersion%20%3D%200.2.0-incubating%20ORDER%20BY%
>>> > > 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
>>> > > > >
>>> > > > > Next version has many major and new value added features are
>>> planned,
>>> > > > > taking CarbonData capability to next level.
>>> > > > > Like
>>> > > > > - IUD(Insert-Update-Delete) support,
>>> > > > > - complete rewrite of data load flow with out Kettle,
>>> > > > > - Spark 2.x support,
>>> > > > > - Standardize CarbonInputFormat and CarbonOutputFormat,
>>> > > > > - alluxio(tachyon) file system support,
>>> > > > > - Carbon thrift format optimization for fast query,
>>> > > > > - Data loading performance improvement and In memory off heap
>>> > sorting,
>>> > > > > - Query performance improvement using off heap,
>>> > > > > - Support Vectorized batch reader.
>>> > > > >
>>> > > > >
>>> > > > https://issues.apache.org/jira/browse/CARBONDATA-301?
>>> > jql=project%20%3D%
>>> > >
>>20CARBONDATA%20AND%20fixVersion%20%3D%200.3.0-incubating%20ORDER%20BY%
>>> > > 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
>>> > > > >
>>> > > > > I think it makes sense to change CarbonData Major version in
>>next
>>> > > version
>>> > > > > to 1.0.0.
>>> > > > > Please comment and vote on this.
>>> > > > >
>>> > > > > Thanks,
>>> > > > > Ramana
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > > --
>>> > > > View this message in context:
>>> > > > http://apache-carbondata-mailing-list-archive.1130556.
>>> > > n5.nabble.com/CarbonData-propose-major-version-number-
>>> > > increment-for-next-version-to-1-0-0-tp3131p3157.html
>>> > > > Sent from the Apache CarbonData Mailing List archive mailing
>>list
>>> > archive
>>> > > > at Nabble.com.
>>> > > >
>>> > >
>>> >
>>>





--
View this message in context: 
http://apache-carbondata-mailing-list-archive.1130556.n5.nabble.com/CarbonData-propose-major-version-number-increment-for-next-version-to-1-0-0-tp3131p3239.html
Sent from the Apache CarbonData Mailing List archive mailing list archive at 
Nabble.com.

Re: CarbonData propose major version number increment for next version (to 1.0.0)

2016-11-27 Thread Vimal Das Kammath 
+1
-vimal
On Nov 23, 2016 9:39 PM, "Venkata Gollamudi"  wrote:

> Hi All,
>
> CarbonData 0.2.0 has been a good work and stable release with lot of
> defects fixed and with number of performance improvements.
> https://issues.apache.org/jira/browse/CARBONDATA-320?jql=project%20%3D%
> 20CARBONDATA%20AND%20fixVersion%20%3D%200.2.0-incubating%20ORDER%20BY%
> 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
>
> Next version has many major and new value added features are planned,
> taking CarbonData capability to next level.
> Like
> - IUD(Insert-Update-Delete) support,
> - complete rewrite of data load flow with out Kettle,
> - Spark 2.x support,
> - Standardize CarbonInputFormat and CarbonOutputFormat,
> - alluxio(tachyon) file system support,
> - Carbon thrift format optimization for fast query,
> - Data loading performance improvement and In memory off heap sorting,
> - Query performance improvement using off heap,
> - Support Vectorized batch reader.
>
> https://issues.apache.org/jira/browse/CARBONDATA-301?jql=project%20%3D%
> 20CARBONDATA%20AND%20fixVersion%20%3D%200.3.0-incubating%20ORDER%20BY%
> 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
>
> I think it makes sense to change CarbonData Major version in next version
> to 1.0.0.
> Please comment and vote on this.
>
> Thanks,
> Ramana
>

Re: CarbonData propose major version number increment for next version (to 1.0.0)

2016-11-25 Thread bill.zhou 
+1 
Regards
Bill

Venkata Gollamudi wrote
> Hi All,
> 
> CarbonData 0.2.0 has been a good work and stable release with lot of
> defects fixed and with number of performance improvements.
> https://issues.apache.org/jira/browse/CARBONDATA-320?jql=project%20%3D%20CARBONDATA%20AND%20fixVersion%20%3D%200.2.0-incubating%20ORDER%20BY%20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> 
> Next version has many major and new value added features are planned,
> taking CarbonData capability to next level.
> Like
> - IUD(Insert-Update-Delete) support,
> - complete rewrite of data load flow with out Kettle,
> - Spark 2.x support,
> - Standardize CarbonInputFormat and CarbonOutputFormat,
> - alluxio(tachyon) file system support,
> - Carbon thrift format optimization for fast query,
> - Data loading performance improvement and In memory off heap sorting,
> - Query performance improvement using off heap,
> - Support Vectorized batch reader.
> 
> https://issues.apache.org/jira/browse/CARBONDATA-301?jql=project%20%3D%20CARBONDATA%20AND%20fixVersion%20%3D%200.3.0-incubating%20ORDER%20BY%20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> 
> I think it makes sense to change CarbonData Major version in next version
> to 1.0.0.
> Please comment and vote on this.
> 
> Thanks,
> Ramana





--
View this message in context: 
http://apache-carbondata-mailing-list-archive.1130556.n5.nabble.com/CarbonData-propose-major-version-number-increment-for-next-version-to-1-0-0-tp3131p3219.html
Sent from the Apache CarbonData Mailing List archive mailing list archive at 
Nabble.com.

Re: CarbonData propose major version number increment for next version (to 1.0.0)

2016-11-25 Thread Lion.X 
+1
I think it is a good choice because the new features add into next version
are disruptive changes in carbon architecture.

Regards,
Lionx



--
View this message in context: 
http://apache-carbondata-mailing-list-archive.1130556.n5.nabble.com/CarbonData-propose-major-version-number-increment-for-next-version-to-1-0-0-tp3131p3217.html
Sent from the Apache CarbonData Mailing List archive mailing list archive at 
Nabble.com.

Re: CarbonData propose major version number increment for next version (to 1.0.0)

2016-11-25 Thread Jean-Baptiste Onofré 
+1

Good idea.

Generally speaking minor version is bug fix, major is breaking API and command 
change.

Regards
JB⁣​

On Nov 25, 2016, 10:00, at 10:00, sujith chacko  
wrote:
>+1
>
>Thanks,
>Sujith
>
>On Nov 24, 2016 10:37 PM, "manish gupta" 
>wrote:
>
>> +1
>>
>> Regards
>> Manish Gupta
>>
>> On Thu, Nov 24, 2016 at 7:30 PM, Kumar Vishal
>
>> wrote:
>>
>> > +1
>> >
>> > -Regards
>> > Kumar Vishal
>> >
>> > On Thu, Nov 24, 2016 at 2:41 PM, Raghunandan S <
>> > carbondatacontributi...@gmail.com> wrote:
>> >
>> > > +1
>> > > On Thu, 24 Nov 2016 at 2:30 PM, Liang Chen
>
>> > > wrote:
>> > >
>> > > > Hi
>> > > >
>> > > > Ya, good proposal.
>> > > > CarbonData 0.x version integrate with spark 1.x,  and the load
>data
>> > > > solution
>> > > > of 0.x version is using kettle.
>> > > > CarbonData 1.x version integrate with spark 2.x, the load data
>> solution
>> > > of
>> > > > 1.x version will not use kettle .
>> > > >
>> > > > That would be helpful to reduce maintenance cost through
>> distinguishing
>> > > the
>> > > > major different version.
>> > > >
>> > > > +1 for the proposal.
>> > > >
>> > > > Regards
>> > > > Liang
>> > > >
>> > > >
>> > > > Venkata Gollamudi wrote
>> > > > > Hi All,
>> > > > >
>> > > > > CarbonData 0.2.0 has been a good work and stable release with
>lot
>> of
>> > > > > defects fixed and with number of performance improvements.
>> > > > >
>> > > > https://issues.apache.org/jira/browse/CARBONDATA-320?
>> > jql=project%20%3D%
>> > >
>20CARBONDATA%20AND%20fixVersion%20%3D%200.2.0-incubating%20ORDER%20BY%
>> > > 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
>> > > > >
>> > > > > Next version has many major and new value added features are
>> planned,
>> > > > > taking CarbonData capability to next level.
>> > > > > Like
>> > > > > - IUD(Insert-Update-Delete) support,
>> > > > > - complete rewrite of data load flow with out Kettle,
>> > > > > - Spark 2.x support,
>> > > > > - Standardize CarbonInputFormat and CarbonOutputFormat,
>> > > > > - alluxio(tachyon) file system support,
>> > > > > - Carbon thrift format optimization for fast query,
>> > > > > - Data loading performance improvement and In memory off heap
>> > sorting,
>> > > > > - Query performance improvement using off heap,
>> > > > > - Support Vectorized batch reader.
>> > > > >
>> > > > >
>> > > > https://issues.apache.org/jira/browse/CARBONDATA-301?
>> > jql=project%20%3D%
>> > >
>20CARBONDATA%20AND%20fixVersion%20%3D%200.3.0-incubating%20ORDER%20BY%
>> > > 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
>> > > > >
>> > > > > I think it makes sense to change CarbonData Major version in
>next
>> > > version
>> > > > > to 1.0.0.
>> > > > > Please comment and vote on this.
>> > > > >
>> > > > > Thanks,
>> > > > > Ramana
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > > --
>> > > > View this message in context:
>> > > > http://apache-carbondata-mailing-list-archive.1130556.
>> > > n5.nabble.com/CarbonData-propose-major-version-number-
>> > > increment-for-next-version-to-1-0-0-tp3131p3157.html
>> > > > Sent from the Apache CarbonData Mailing List archive mailing
>list
>> > archive
>> > > > at Nabble.com.
>> > > >
>> > >
>> >
>>

Re: CarbonData propose major version number increment for next version (to 1.0.0)

2016-11-25 Thread sujith chacko 
+1

Thanks,
Sujith

On Nov 24, 2016 10:37 PM, "manish gupta"  wrote:

> +1
>
> Regards
> Manish Gupta
>
> On Thu, Nov 24, 2016 at 7:30 PM, Kumar Vishal 
> wrote:
>
> > +1
> >
> > -Regards
> > Kumar Vishal
> >
> > On Thu, Nov 24, 2016 at 2:41 PM, Raghunandan S <
> > carbondatacontributi...@gmail.com> wrote:
> >
> > > +1
> > > On Thu, 24 Nov 2016 at 2:30 PM, Liang Chen 
> > > wrote:
> > >
> > > > Hi
> > > >
> > > > Ya, good proposal.
> > > > CarbonData 0.x version integrate with spark 1.x,  and the load data
> > > > solution
> > > > of 0.x version is using kettle.
> > > > CarbonData 1.x version integrate with spark 2.x, the load data
> solution
> > > of
> > > > 1.x version will not use kettle .
> > > >
> > > > That would be helpful to reduce maintenance cost through
> distinguishing
> > > the
> > > > major different version.
> > > >
> > > > +1 for the proposal.
> > > >
> > > > Regards
> > > > Liang
> > > >
> > > >
> > > > Venkata Gollamudi wrote
> > > > > Hi All,
> > > > >
> > > > > CarbonData 0.2.0 has been a good work and stable release with lot
> of
> > > > > defects fixed and with number of performance improvements.
> > > > >
> > > > https://issues.apache.org/jira/browse/CARBONDATA-320?
> > jql=project%20%3D%
> > > 20CARBONDATA%20AND%20fixVersion%20%3D%200.2.0-incubating%20ORDER%20BY%
> > > 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> > > > >
> > > > > Next version has many major and new value added features are
> planned,
> > > > > taking CarbonData capability to next level.
> > > > > Like
> > > > > - IUD(Insert-Update-Delete) support,
> > > > > - complete rewrite of data load flow with out Kettle,
> > > > > - Spark 2.x support,
> > > > > - Standardize CarbonInputFormat and CarbonOutputFormat,
> > > > > - alluxio(tachyon) file system support,
> > > > > - Carbon thrift format optimization for fast query,
> > > > > - Data loading performance improvement and In memory off heap
> > sorting,
> > > > > - Query performance improvement using off heap,
> > > > > - Support Vectorized batch reader.
> > > > >
> > > > >
> > > > https://issues.apache.org/jira/browse/CARBONDATA-301?
> > jql=project%20%3D%
> > > 20CARBONDATA%20AND%20fixVersion%20%3D%200.3.0-incubating%20ORDER%20BY%
> > > 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> > > > >
> > > > > I think it makes sense to change CarbonData Major version in next
> > > version
> > > > > to 1.0.0.
> > > > > Please comment and vote on this.
> > > > >
> > > > > Thanks,
> > > > > Ramana
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > View this message in context:
> > > > http://apache-carbondata-mailing-list-archive.1130556.
> > > n5.nabble.com/CarbonData-propose-major-version-number-
> > > increment-for-next-version-to-1-0-0-tp3131p3157.html
> > > > Sent from the Apache CarbonData Mailing List archive mailing list
> > archive
> > > > at Nabble.com.
> > > >
> > >
> >
>

Re: CarbonData propose major version number increment for next version (to 1.0.0)

2016-11-24 Thread Aniket Adnaik 
+1 for changing to major version given the list of items being covered in
the release.

Agree with Jacky's comment on IUD, lets correct it to Update/Delete support
instead of IUD.

Best Regards,
Aniket


On Thu, Nov 24, 2016 at 6:36 PM, Jacky Li  wrote:

> +1,
> and comments inline
>
> > 在 2016年11月24日，上午12:09，Venkata Gollamudi  写道：
> >
> > Hi All,
> >
> > CarbonData 0.2.0 has been a good work and stable release with lot of
> > defects fixed and with number of performance improvements.
> > https://issues.apache.org/jira/browse/CARBONDATA-320?jql=project%20%3D%
> 20CARBONDATA%20AND%20fixVersion%20%3D%200.2.0-incubating%20ORDER%20BY%
> 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> >
> > Next version has many major and new value added features are planned,
> > taking CarbonData capability to next level.
> > Like
> > - IUD(Insert-Update-Delete) support,
>
> Actually, the design doc Aniket has shared is for Update and Delete only,
> Insert is not covered. I think Insert is a feature need to be designed in
> the future.
>
> > - complete rewrite of data load flow with out Kettle,
> > - Spark 2.x support,
>
> Since Spark2.x has made changes to user level API and SQL, it will also
> make some CarbonData’s SQL command incompatible with earlier version. So I
> think upgrading CarbonData version to 1.0.0 also indicating this
> incompatibility.
>
> > - Standardize CarbonInputFormat and CarbonOutputFormat,
> > - alluxio(tachyon) file system support,
> > - Carbon thrift format optimization for fast query,
> > - Data loading performance improvement and In memory off heap sorting,
> > - Query performance improvement using off heap,
> > - Support Vectorized batch reader.
> >
> > https://issues.apache.org/jira/browse/CARBONDATA-301?jql=project%20%3D%
> 20CARBONDATA%20AND%20fixVersion%20%3D%200.3.0-incubating%20ORDER%20BY%
> 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> >
> > I think it makes sense to change CarbonData Major version in next version
> > to 1.0.0.
> > Please comment and vote on this.
> >
> > Thanks,
> > Ramana
>
>
>
>

Re: CarbonData propose major version number increment for next version (to 1.0.0)

2016-11-24 Thread Jacky Li 
+1,
and comments inline

> 在 2016年11月24日，上午12:09，Venkata Gollamudi  写道：
> 
> Hi All,
> 
> CarbonData 0.2.0 has been a good work and stable release with lot of
> defects fixed and with number of performance improvements.
> https://issues.apache.org/jira/browse/CARBONDATA-320?jql=project%20%3D%20CARBONDATA%20AND%20fixVersion%20%3D%200.2.0-incubating%20ORDER%20BY%20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> 
> Next version has many major and new value added features are planned,
> taking CarbonData capability to next level.
> Like
> - IUD(Insert-Update-Delete) support,

Actually, the design doc Aniket has shared is for Update and Delete only, 
Insert is not covered. I think Insert is a feature need to be designed in the 
future.

> - complete rewrite of data load flow with out Kettle,
> - Spark 2.x support,

Since Spark2.x has made changes to user level API and SQL, it will also make 
some CarbonData’s SQL command incompatible with earlier version. So I think 
upgrading CarbonData version to 1.0.0 also indicating this incompatibility.

> - Standardize CarbonInputFormat and CarbonOutputFormat,
> - alluxio(tachyon) file system support,
> - Carbon thrift format optimization for fast query,
> - Data loading performance improvement and In memory off heap sorting,
> - Query performance improvement using off heap,
> - Support Vectorized batch reader.
> 
> https://issues.apache.org/jira/browse/CARBONDATA-301?jql=project%20%3D%20CARBONDATA%20AND%20fixVersion%20%3D%200.3.0-incubating%20ORDER%20BY%20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> 
> I think it makes sense to change CarbonData Major version in next version
> to 1.0.0.
> Please comment and vote on this.
> 
> Thanks,
> Ramana

Re: CarbonData propose major version number increment for next version (to 1.0.0)

2016-11-24 Thread Naresh P R 
+1

Regards,
Naresh

On Nov 24, 2016 11:30 PM, "Ravindra Pesala"  wrote:

> +1
>
> On Thu, Nov 24, 2016, 10:37 PM manish gupta 
> wrote:
>
> > +1
> >
> > Regards
> > Manish Gupta
> >
> > On Thu, Nov 24, 2016 at 7:30 PM, Kumar Vishal  >
> > wrote:
> >
> > > +1
> > >
> > > -Regards
> > > Kumar Vishal
> > >
> > > On Thu, Nov 24, 2016 at 2:41 PM, Raghunandan S <
> > > carbondatacontributi...@gmail.com> wrote:
> > >
> > > > +1
> > > > On Thu, 24 Nov 2016 at 2:30 PM, Liang Chen 
> > > > wrote:
> > > >
> > > > > Hi
> > > > >
> > > > > Ya, good proposal.
> > > > > CarbonData 0.x version integrate with spark 1.x,  and the load data
> > > > > solution
> > > > > of 0.x version is using kettle.
> > > > > CarbonData 1.x version integrate with spark 2.x, the load data
> > solution
> > > > of
> > > > > 1.x version will not use kettle .
> > > > >
> > > > > That would be helpful to reduce maintenance cost through
> > distinguishing
> > > > the
> > > > > major different version.
> > > > >
> > > > > +1 for the proposal.
> > > > >
> > > > > Regards
> > > > > Liang
> > > > >
> > > > >
> > > > > Venkata Gollamudi wrote
> > > > > > Hi All,
> > > > > >
> > > > > > CarbonData 0.2.0 has been a good work and stable release with lot
> > of
> > > > > > defects fixed and with number of performance improvements.
> > > > > >
> > > > > https://issues.apache.org/jira/browse/CARBONDATA-320?
> > > jql=project%20%3D%
> > > > 20CARBONDATA%20AND%20fixVersion%20%3D%200.2.0-
> incubating%20ORDER%20BY%
> > > > 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> > > > > >
> > > > > > Next version has many major and new value added features are
> > planned,
> > > > > > taking CarbonData capability to next level.
> > > > > > Like
> > > > > > - IUD(Insert-Update-Delete) support,
> > > > > > - complete rewrite of data load flow with out Kettle,
> > > > > > - Spark 2.x support,
> > > > > > - Standardize CarbonInputFormat and CarbonOutputFormat,
> > > > > > - alluxio(tachyon) file system support,
> > > > > > - Carbon thrift format optimization for fast query,
> > > > > > - Data loading performance improvement and In memory off heap
> > > sorting,
> > > > > > - Query performance improvement using off heap,
> > > > > > - Support Vectorized batch reader.
> > > > > >
> > > > > >
> > > > > https://issues.apache.org/jira/browse/CARBONDATA-301?
> > > jql=project%20%3D%
> > > > 20CARBONDATA%20AND%20fixVersion%20%3D%200.3.0-
> incubating%20ORDER%20BY%
> > > > 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> > > > > >
> > > > > > I think it makes sense to change CarbonData Major version in next
> > > > version
> > > > > > to 1.0.0.
> > > > > > Please comment and vote on this.
> > > > > >
> > > > > > Thanks,
> > > > > > Ramana
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > View this message in context:
> > > > > http://apache-carbondata-mailing-list-archive.1130556.
> > > > n5.nabble.com/CarbonData-propose-major-version-number-
> > > > increment-for-next-version-to-1-0-0-tp3131p3157.html
> > > > > Sent from the Apache CarbonData Mailing List archive mailing list
> > > archive
> > > > > at Nabble.com.
> > > > >
> > > >
> > >
> >
>

Re: CarbonData propose major version number increment for next version (to 1.0.0)

2016-11-24 Thread Ravindra Pesala 
+1

On Thu, Nov 24, 2016, 10:37 PM manish gupta 
wrote:

> +1
>
> Regards
> Manish Gupta
>
> On Thu, Nov 24, 2016 at 7:30 PM, Kumar Vishal 
> wrote:
>
> > +1
> >
> > -Regards
> > Kumar Vishal
> >
> > On Thu, Nov 24, 2016 at 2:41 PM, Raghunandan S <
> > carbondatacontributi...@gmail.com> wrote:
> >
> > > +1
> > > On Thu, 24 Nov 2016 at 2:30 PM, Liang Chen 
> > > wrote:
> > >
> > > > Hi
> > > >
> > > > Ya, good proposal.
> > > > CarbonData 0.x version integrate with spark 1.x,  and the load data
> > > > solution
> > > > of 0.x version is using kettle.
> > > > CarbonData 1.x version integrate with spark 2.x, the load data
> solution
> > > of
> > > > 1.x version will not use kettle .
> > > >
> > > > That would be helpful to reduce maintenance cost through
> distinguishing
> > > the
> > > > major different version.
> > > >
> > > > +1 for the proposal.
> > > >
> > > > Regards
> > > > Liang
> > > >
> > > >
> > > > Venkata Gollamudi wrote
> > > > > Hi All,
> > > > >
> > > > > CarbonData 0.2.0 has been a good work and stable release with lot
> of
> > > > > defects fixed and with number of performance improvements.
> > > > >
> > > > https://issues.apache.org/jira/browse/CARBONDATA-320?
> > jql=project%20%3D%
> > > 20CARBONDATA%20AND%20fixVersion%20%3D%200.2.0-incubating%20ORDER%20BY%
> > > 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> > > > >
> > > > > Next version has many major and new value added features are
> planned,
> > > > > taking CarbonData capability to next level.
> > > > > Like
> > > > > - IUD(Insert-Update-Delete) support,
> > > > > - complete rewrite of data load flow with out Kettle,
> > > > > - Spark 2.x support,
> > > > > - Standardize CarbonInputFormat and CarbonOutputFormat,
> > > > > - alluxio(tachyon) file system support,
> > > > > - Carbon thrift format optimization for fast query,
> > > > > - Data loading performance improvement and In memory off heap
> > sorting,
> > > > > - Query performance improvement using off heap,
> > > > > - Support Vectorized batch reader.
> > > > >
> > > > >
> > > > https://issues.apache.org/jira/browse/CARBONDATA-301?
> > jql=project%20%3D%
> > > 20CARBONDATA%20AND%20fixVersion%20%3D%200.3.0-incubating%20ORDER%20BY%
> > > 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> > > > >
> > > > > I think it makes sense to change CarbonData Major version in next
> > > version
> > > > > to 1.0.0.
> > > > > Please comment and vote on this.
> > > > >
> > > > > Thanks,
> > > > > Ramana
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > View this message in context:
> > > > http://apache-carbondata-mailing-list-archive.1130556.
> > > n5.nabble.com/CarbonData-propose-major-version-number-
> > > increment-for-next-version-to-1-0-0-tp3131p3157.html
> > > > Sent from the Apache CarbonData Mailing List archive mailing list
> > archive
> > > > at Nabble.com.
> > > >
> > >
> >
>

Re: CarbonData propose major version number increment for next version (to 1.0.0)

2016-11-24 Thread manish gupta 
+1

Regards
Manish Gupta

On Thu, Nov 24, 2016 at 7:30 PM, Kumar Vishal 
wrote:

> +1
>
> -Regards
> Kumar Vishal
>
> On Thu, Nov 24, 2016 at 2:41 PM, Raghunandan S <
> carbondatacontributi...@gmail.com> wrote:
>
> > +1
> > On Thu, 24 Nov 2016 at 2:30 PM, Liang Chen 
> > wrote:
> >
> > > Hi
> > >
> > > Ya, good proposal.
> > > CarbonData 0.x version integrate with spark 1.x,  and the load data
> > > solution
> > > of 0.x version is using kettle.
> > > CarbonData 1.x version integrate with spark 2.x, the load data solution
> > of
> > > 1.x version will not use kettle .
> > >
> > > That would be helpful to reduce maintenance cost through distinguishing
> > the
> > > major different version.
> > >
> > > +1 for the proposal.
> > >
> > > Regards
> > > Liang
> > >
> > >
> > > Venkata Gollamudi wrote
> > > > Hi All,
> > > >
> > > > CarbonData 0.2.0 has been a good work and stable release with lot of
> > > > defects fixed and with number of performance improvements.
> > > >
> > > https://issues.apache.org/jira/browse/CARBONDATA-320?
> jql=project%20%3D%
> > 20CARBONDATA%20AND%20fixVersion%20%3D%200.2.0-incubating%20ORDER%20BY%
> > 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> > > >
> > > > Next version has many major and new value added features are planned,
> > > > taking CarbonData capability to next level.
> > > > Like
> > > > - IUD(Insert-Update-Delete) support,
> > > > - complete rewrite of data load flow with out Kettle,
> > > > - Spark 2.x support,
> > > > - Standardize CarbonInputFormat and CarbonOutputFormat,
> > > > - alluxio(tachyon) file system support,
> > > > - Carbon thrift format optimization for fast query,
> > > > - Data loading performance improvement and In memory off heap
> sorting,
> > > > - Query performance improvement using off heap,
> > > > - Support Vectorized batch reader.
> > > >
> > > >
> > > https://issues.apache.org/jira/browse/CARBONDATA-301?
> jql=project%20%3D%
> > 20CARBONDATA%20AND%20fixVersion%20%3D%200.3.0-incubating%20ORDER%20BY%
> > 20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> > > >
> > > > I think it makes sense to change CarbonData Major version in next
> > version
> > > > to 1.0.0.
> > > > Please comment and vote on this.
> > > >
> > > > Thanks,
> > > > Ramana
> > >
> > >
> > >
> > >
> > >
> > > --
> > > View this message in context:
> > > http://apache-carbondata-mailing-list-archive.1130556.
> > n5.nabble.com/CarbonData-propose-major-version-number-
> > increment-for-next-version-to-1-0-0-tp3131p3157.html
> > > Sent from the Apache CarbonData Mailing List archive mailing list
> archive
> > > at Nabble.com.
> > >
> >
>

Re: CarbonData propose major version number increment for next version (to 1.0.0)

2016-11-24 Thread Raghunandan S 
+1
On Thu, 24 Nov 2016 at 2:30 PM, Liang Chen  wrote:

> Hi
>
> Ya, good proposal.
> CarbonData 0.x version integrate with spark 1.x,  and the load data
> solution
> of 0.x version is using kettle.
> CarbonData 1.x version integrate with spark 2.x, the load data solution of
> 1.x version will not use kettle .
>
> That would be helpful to reduce maintenance cost through distinguishing the
> major different version.
>
> +1 for the proposal.
>
> Regards
> Liang
>
>
> Venkata Gollamudi wrote
> > Hi All,
> >
> > CarbonData 0.2.0 has been a good work and stable release with lot of
> > defects fixed and with number of performance improvements.
> >
> https://issues.apache.org/jira/browse/CARBONDATA-320?jql=project%20%3D%20CARBONDATA%20AND%20fixVersion%20%3D%200.2.0-incubating%20ORDER%20BY%20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> >
> > Next version has many major and new value added features are planned,
> > taking CarbonData capability to next level.
> > Like
> > - IUD(Insert-Update-Delete) support,
> > - complete rewrite of data load flow with out Kettle,
> > - Spark 2.x support,
> > - Standardize CarbonInputFormat and CarbonOutputFormat,
> > - alluxio(tachyon) file system support,
> > - Carbon thrift format optimization for fast query,
> > - Data loading performance improvement and In memory off heap sorting,
> > - Query performance improvement using off heap,
> > - Support Vectorized batch reader.
> >
> >
> https://issues.apache.org/jira/browse/CARBONDATA-301?jql=project%20%3D%20CARBONDATA%20AND%20fixVersion%20%3D%200.3.0-incubating%20ORDER%20BY%20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> >
> > I think it makes sense to change CarbonData Major version in next version
> > to 1.0.0.
> > Please comment and vote on this.
> >
> > Thanks,
> > Ramana
>
>
>
>
>
> --
> View this message in context:
> http://apache-carbondata-mailing-list-archive.1130556.n5.nabble.com/CarbonData-propose-major-version-number-increment-for-next-version-to-1-0-0-tp3131p3157.html
> Sent from the Apache CarbonData Mailing List archive mailing list archive
> at Nabble.com.
>

Re: CarbonData propose major version number increment for next version (to 1.0.0)

2016-11-24 Thread Liang Chen 
Hi

Ya, good proposal.
CarbonData 0.x version integrate with spark 1.x,  and the load data solution
of 0.x version is using kettle.
CarbonData 1.x version integrate with spark 2.x, the load data solution of
1.x version will not use kettle .

That would be helpful to reduce maintenance cost through distinguishing the
major different version.

+1 for the proposal.

Regards
Liang


Venkata Gollamudi wrote
> Hi All,
> 
> CarbonData 0.2.0 has been a good work and stable release with lot of
> defects fixed and with number of performance improvements.
> https://issues.apache.org/jira/browse/CARBONDATA-320?jql=project%20%3D%20CARBONDATA%20AND%20fixVersion%20%3D%200.2.0-incubating%20ORDER%20BY%20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> 
> Next version has many major and new value added features are planned,
> taking CarbonData capability to next level.
> Like
> - IUD(Insert-Update-Delete) support,
> - complete rewrite of data load flow with out Kettle,
> - Spark 2.x support,
> - Standardize CarbonInputFormat and CarbonOutputFormat,
> - alluxio(tachyon) file system support,
> - Carbon thrift format optimization for fast query,
> - Data loading performance improvement and In memory off heap sorting,
> - Query performance improvement using off heap,
> - Support Vectorized batch reader.
> 
> https://issues.apache.org/jira/browse/CARBONDATA-301?jql=project%20%3D%20CARBONDATA%20AND%20fixVersion%20%3D%200.3.0-incubating%20ORDER%20BY%20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC
> 
> I think it makes sense to change CarbonData Major version in next version
> to 1.0.0.
> Please comment and vote on this.
> 
> Thanks,
> Ramana





--
View this message in context: 
http://apache-carbondata-mailing-list-archive.1130556.n5.nabble.com/CarbonData-propose-major-version-number-increment-for-next-version-to-1-0-0-tp3131p3157.html
Sent from the Apache CarbonData Mailing List archive mailing list archive at 
Nabble.com.

CarbonData propose major version number increment for next version (to 1.0.0)

2016-11-23 Thread Venkata Gollamudi 
Hi All,

CarbonData 0.2.0 has been a good work and stable release with lot of
defects fixed and with number of performance improvements.
https://issues.apache.org/jira/browse/CARBONDATA-320?jql=project%20%3D%20CARBONDATA%20AND%20fixVersion%20%3D%200.2.0-incubating%20ORDER%20BY%20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC

Next version has many major and new value added features are planned,
taking CarbonData capability to next level.
Like
- IUD(Insert-Update-Delete) support,
- complete rewrite of data load flow with out Kettle,
- Spark 2.x support,
- Standardize CarbonInputFormat and CarbonOutputFormat,
- alluxio(tachyon) file system support,
- Carbon thrift format optimization for fast query,
- Data loading performance improvement and In memory off heap sorting,
- Query performance improvement using off heap,
- Support Vectorized batch reader.

https://issues.apache.org/jira/browse/CARBONDATA-301?jql=project%20%3D%20CARBONDATA%20AND%20fixVersion%20%3D%200.3.0-incubating%20ORDER%20BY%20updated%20DESC%2C%20priority%20DESC%2C%20created%20ASC

I think it makes sense to change CarbonData Major version in next version
to 1.0.0.
Please comment and vote on this.

Thanks,
Ramana