[jira] [Created] (DRILL-2897) Update Limit 0 to avoid parallelization

Jacques Nadeau created DRILL-2897: - Summary: Update Limit 0 to avoid parallelization Key: DRILL-2897 URL: https://issues.apache.org/jira/browse/DRILL-2897 Project: Apache Drill Issue Type: Bu

[jira] [Resolved] (DRILL-1957) NULL values in NOT IN sub-queries could lead to incorrect query result.

[ https://issues.apache.org/jira/browse/DRILL-1957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aman Sinha resolved DRILL-1957. --- Resolution: Fixed Fixed in 3a232d81e. > NULL values in NOT IN sub-queries could lead to incorrect que

[jira] [Created] (DRILL-2896) Fix TestComplexTypeReader.testRepeatedJson

Venki Korukanti created DRILL-2896: -- Summary: Fix TestComplexTypeReader.testRepeatedJson Key: DRILL-2896 URL: https://issues.apache.org/jira/browse/DRILL-2896 Project: Apache Drill Issue Typ

Re: Review Request 33523: DRILL-1957: Support nested loop join planning (for NOT-IN, uncorrelated EXISTS, Inequality)

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/33523/#review81923 --- Ship it! Ship It! - Jinfeng Ni On April 24, 2015, 10:37 a.m., Am

[jira] [Created] (DRILL-2895) AbstractRecordBatch.buildSchema() should properly handle OUT_OF_MEMORY outcome

Deneche A. Hakim created DRILL-2895: --- Summary: AbstractRecordBatch.buildSchema() should properly handle OUT_OF_MEMORY outcome Key: DRILL-2895 URL: https://issues.apache.org/jira/browse/DRILL-2895 Pr

Re: Review Request 33523: DRILL-1957: Support nested loop join planning (for NOT-IN, uncorrelated EXISTS, Inequality)

> On April 27, 2015, 3:46 p.m., Jinfeng Ni wrote: > > exec/java-exec/src/main/java/org/apache/drill/exec/physical/impl/join/JoinUtils.java, > > line 42 > > > > > > Equality join includes both EQUALS and IS_NOT_DISTINCT

Re: Review Request 33523: DRILL-1957: Support nested loop join planning (for NOT-IN, uncorrelated EXISTS, Inequality)

> On April 27, 2015, 6:44 p.m., Jinfeng Ni wrote: > > exec/java-exec/src/main/java/org/apache/drill/exec/planner/physical/HashJoinPrel.java, > > line 50 > > > > > > this line of code seems to be duplicated, since this(

[jira] [Created] (DRILL-2894) FixedValueVectors shouldn't set it's data buffer to null when it fails to allocate it

Deneche A. Hakim created DRILL-2894: --- Summary: FixedValueVectors shouldn't set it's data buffer to null when it fails to allocate it Key: DRILL-2894 URL: https://issues.apache.org/jira/browse/DRILL-2894

Review Request 33653: Patch for DRILL-2036

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/33653/ --- Review request for drill. Bugs: DRILL-2036 https://issues.apache.org/jira/b

Re: Stopping Drillbit and preventing it from restarting automatically on MapR sandbox

Run the following cmd to stop the old drillbit: maprcli node services -name Drill -action stop -nodes `hostname -f` On Tue, Apr 28, 2015 at 5:27 PM, Alexander Zarei wrote: > Hi everyone, > > I am wondering if you could help me stop the drillbit in MapR sandbox as it > keeps starting again by de

Stopping Drillbit and preventing it from restarting automatically on MapR sandbox

Hi everyone, I am wondering if you could help me stop the drillbit in MapR sandbox as it keeps starting again by default. I build Drill from source from github and want to start it but the default (older) drill keeps running avoiding the start of the new drillbit. Thanks for your time and help!

[jira] [Resolved] (DRILL-2196) Assert when . notation is used in union all query

[ https://issues.apache.org/jira/browse/DRILL-2196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Victoria Markman resolved DRILL-2196. - Resolution: Fixed > Assert when . notation is used in union all query > --

[jira] [Resolved] (DRILL-2806) Querying data from compressed csv file returns nulls and unreadable data

[ https://issues.apache.org/jira/browse/DRILL-2806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Phillips resolved DRILL-2806. Resolution: Invalid > Querying data from compressed csv file returns nulls and unreadable da

[jira] [Created] (DRILL-2893) ScanBatch throws a NullPointerException instead of returning OUT_OF_MEMORY

Deneche A. Hakim created DRILL-2893: --- Summary: ScanBatch throws a NullPointerException instead of returning OUT_OF_MEMORY Key: DRILL-2893 URL: https://issues.apache.org/jira/browse/DRILL-2893 Projec

Re: Review Request 33610: DRILL-2872: Result from json file returns data from repeated type fields as "null"

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/33610/#review81877 --- Ship it! Ship It! - Hanifi Gunes On April 28, 2015, 1 a.m., Part

[jira] [Resolved] (DRILL-2725) Faster work assignment logic

[ https://issues.apache.org/jira/browse/DRILL-2725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Phillips resolved DRILL-2725. Resolution: Fixed fixed in 5f1d6d7 > Faster work assignment logic > ---

Re: [DISCUSS] Reduce use of freemarker templates for functions

That's much nicer. Isn't entirely automated but helps avoid misdirection. On Tue, Apr 28, 2015 at 2:36 PM, Jinfeng Ni wrote: > Seems we could use FreeMarker special variable to add the template name (or > any other addition information) in the generated source code. See [1]. > > Add the followi

Re: [DISCUSS] Reduce use of freemarker templates for functions

I actually have some staged changes in the value vector templates (where I had already at least hard-wired the filename in that comment), where I'll apply the change Jinfeng suggests. Someone else will have to do it to other templates. On Tue, Apr 28, 2015 at 11:36 AM, Jinfeng Ni wrote: > Seems

Re: [DISCUSS] Reduce use of freemarker templates for functions

Seems we could use FreeMarker special variable to add the template name (or any other addition information) in the generated source code. See [1]. Add the following line to the template will be sufficient for that purpose. // Source code generated using FreeMarker template ${.template_name} [1]

[jira] [Resolved] (DRILL-2801) ORDER BY produces extra records

[ https://issues.apache.org/jira/browse/DRILL-2801?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Phillips resolved DRILL-2801. Resolution: Duplicate > ORDER BY produces extra records > --- >

[jira] [Resolved] (DRILL-2479) Correlated EXISTS containing an IN subquery fails to plan

[ https://issues.apache.org/jira/browse/DRILL-2479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aman Sinha resolved DRILL-2479. --- Resolution: Fixed Committed in : 927d1998f > Correlated EXISTS containing an IN subquery fails to pla

Re: Isn't it about time for a 0.9.0?

Clarification: DRILL-2479 is already fixed after the Calcite rebasing. I will update the JIRA and add a test case. DRILL-1957 is the one that is remaining - it is going through testing and review (I did not realize it was not in your original list for 0.9). On Tue, Apr 28, 2015 at 8:46 AM, Jacque

Re: [DISCUSS] Reduce use of freemarker templates for functions

On Tue, Apr 28, 2015 at 8:48 AM, Jacques Nadeau wrote: > > > > >> At minimum, we need put the "template file name" in the comment > > > I actually disagree with this. I'm sure there is a programmatic way to > solve this rather than trying to maintain this by hand in. > He didn't say he wanted

Re: [DISCUSS] Reduce use of freemarker templates for functions

> > >> At minimum, we need put the "template file name" in the comment I actually disagree with this. I'm sure there is a programmatic way to solve this rather than trying to maintain this by hand in.

Re: Isn't it about time for a 0.9.0?

It looks like all of these issues are closed with the exception of DRILL-2479. I'm going to cut a release EOD today whether or not 2479 gets in as we need to get another release out. Expect a release candidate shortly. On Thu, Apr 16, 2015 at 9:23 PM, Jacques Nadeau wrote: > Hey Guys, > > It l

Re: [DISCUSS] Reduce use of freemarker templates for functions

Agree that we need add comments in the Freemarker template. At minimum, we need put the "template file name" in the comment, so that by looking at the generated source code, we know which template produces the source code, and could easily go to the corresponding template if we have to make some ch

Re: [DISCUSS] Reduce use of freemarker templates for functions

I agree with a number of thoughts here. The reality is that we're not applying the same level of engineering to our templates that we apply to our other code. A number of our templates are very poorly constructed right now. I think correction is a combination of 1) don't use templates when they

Re: [DISCUSS] Reduce use of freemarker templates for functions

-1 Even considering how inconvenient working with the templates can be, I think having to deal with the functions manually will be much worse. On Mon, Apr 27, 2015 at 4:50 PM, Jason Altekruse wrote: > I agree that there are parts of the current design that are frustrating, > even with the relat