Re: [Discussion]Simplify the deployment of carbondata

Hi Thanks you started a good discussion. For 1 and 2, i agree. In 1.0.0 version, will support it. For 3 : Need keep the parameter, users can specify carbon's store location. If users don't specify the carbon store location, can use the default location what you suggested:

Re: [jira] [Created] (CARBONDATA-559) Job failed at last step

Copied the below information from Apache JIRA. -- Hi Lionel Global dictionary is generated successfully but data loading graph is not started because it seems that kettle home at executor size is not set properly as displayed in logs. NFO 23-12 16:58:47,461 -

Re: Int accepting range of BigInt

Hello everyone, I am working on resolving jira bug https://issues.apache.org/jira/browse/CARBONDATA-370 While resolving this I found that when I create a table with Int as one of the columns and then if I do Desc table, it shows the Int column being created as BigInt :- So, the Int column is

[Discussion]Simplify the deployment of carbondata

hi all, I suggest to simplify deployment of CarbonData as following. 1. remove kettle dependency completely, no need to deploy "carbonplugins" folder on each node, no need to set "carbhon.kettle.home" 2. remove carbon.properties file from executor side, pass CarbonData configuration to

[jira] [Created] (CARBONDATA-563) Select Queries are not working with spark 1.6.2.

Babulal created CARBONDATA-563: -- Summary: Select Queries are not working with spark 1.6.2. Key: CARBONDATA-563 URL: https://issues.apache.org/jira/browse/CARBONDATA-563 Project: CarbonData