see both of you face to face!
:)
Thanks,
Jungtaek Lim (HeartSaVioR)
2018년 7월 26일 (목) 오전 8:41, Francis Chuang 님이 작성:
> Thanks Julian and Jungtaek.
>
> I have signed Julian's and Jungtaek's keys.
> Julian has signed mine and Jungtaek's keys.
>
> Jungtaek, can you si
ahead.
My fingerprint follows:
pub rsa2048 2016-01-21 [SC]
3D3E 9ACA 18C5 C9FE 181A 504B 37D6 756C 2F47 1B9E
uid [ultimate] Jungtaek Lim (HeartSaVioR)
uid [ultimate] Jungtaek Lim (HeartSaVioR)
sub rsa2048 2016-01-21 [E]
I'll prepare driver's license or passport:
Congratulations Michael!
2017년 11월 16일 (목) 오전 8:32, Fabian Hueske 님이 작성:
> Congratulations!
>
> 2017-11-16 0:13 GMT+01:00 Aman Sinha :
>
> > Congratulations Michael !
> >
> > On Wed, Nov 15, 2017 at 12:05 PM, Julian Hyde wrote:
> >
> > > Another year, another peaceful transition of power, anothe
Thanks Julian! And thanks all who contributed to this release!
- Jungtaek Lim (HeartSaVioR)
On Mon, 9 Jan 2017 at 6:58 PM Jesus Camacho Rodriguez
wrote:
> Thanks Julian!
>
> --
> Jesús
>
>
>
>
>
>
>
> On 1/9/17, 8:38 AM, "Julian Hyde" wrote:
>
+1 (non-binding)
- Verified the signature of both tar.gz and zip : OK
- Extracted both tar.gz and zip files and ran tests via 'mvn clean install'
: OK
Thanks,
Jungtaek Lim (HeartSaVIoR)
2017년 1월 3일 (화) 오후 7:28, Julian Hyde 님이 작성:
> Hi all,
>
> I have created a build for Ap
Also for Storm. I also would like to see the chance to have 1.11.0. Does
Calcite have a milestone or TODO issues for 1.11.0?
Thanks in advance,
Jungtaek Lim (HeartSaVioR)
2016년 12월 7일 (수) 오전 10:35, Vineet Garg 님이 작성:
> Hello Julian/Jesus,
>
> We would like to test Calcite’s latest
Congratulations Jesus, and thanks for amazing works you have been doing
Julian!
- Jungtaek Lim (HeartSaVioR)
2016년 10월 28일 (금) 오후 7:49, Jesus Camachorodriguez 님이
작성:
> Thank you for your kind words!
>
> As I said in previous emails, I am really excited to be in this position!
> Loo
Just turned out it's a bug on my code... One of Rel doesn't replace its
input with parameter in copy() method, so RelSubset doesn't get rid
of. CheapestPlanReplacer is working well.
Also closed relate issue. Sorry Julian to waste your time.
- Jungtaek Lim (HeartSaVioR)
2016년 10월 1
Jungtaek Lim created CALCITE-1453:
-
Summary: Support ANY type with binary compare / arithmetic
operators
Key: CALCITE-1453
URL: https://issues.apache.org/jira/browse/CALCITE-1453
Project: Calcite
now I also remove code regarding metadata since I'm not clear on how it
works and what it helps, but I'll re-address once I can find its usage and
benefits.
Hope this helps.
Thanks,
Jungtaek Lim (HeartSaVioR)
2016년 10월 4일 (화) 오후 7:08, Γιώργος Θεοδωράκης 님이 작성:
> I think I did as y
implementation while working on Storm
SQL, and it is also great code example. I just referred samza-sql-planner
module, and exclude physical since it's heavily related to Samza.
https://github.com/milinda/samza-sql
Hope it helps.
Thanks,
Jungtaek Lim (HeartSaVioR)
2016년 10월 12일 (수) 오전 9:20, Sa
x, so as we filed an issue, if we can
prevent StackOverflowError at any time it should be great.
And it might be helpful that Calcite community provides suggestion for this
case (one or more RelSubsets are still left) how to handle. (treat it as
CannotPlanException, follow known 'best
ould like to stick 1 so that I can
concentrate remaining many and huge works on Storm SQL.
Thanks,
Jungtaek Lim (HeartSaVioR)
2016년 10월 15일 (토) 오전 9:27, Julian Hyde 님이 작성:
> When inside VolcanoPlanner, every input to every RelNode will be a
> RelSubset. The RelSubset represents the alternati
d to be changed unless we change the logical
plan. Do I understand right? Or am I missing something here?
If I'm not missing, re-planning it again doesn't make sense to me. Visitor
can just traverse actual plan, and so does 'explain'.
- Jungtaek Lim (HeartSaVIoR)
2016년 10월
36 and TridentPlanCreator,
StormRelUtils, QueryPlanner classes are directly related to my question.
Thanks in advance!
Jungtaek Lim (HeartSaVioR)
2016년 10월 15일 (토) 오전 7:22, Julian Hyde 님이 작성:
> If you’re wanting to traverse into RelSubsets you’re almost certainly
> doing it wrong. We have a very pow
o planner picks.
If it's not, which is recommended way to traverse RelNode tree?
Or if it is, we can just pick 'best' in RelSubset.explain() (only if
available) to represent selected plan, like I said before.
- Jungtaek Lim (HeartSaVioR)
On Fri, 14 Oct 2016 at 8:34 AM Julian Hyde
n RelSubSet? But RelSubSet
> has no toString method (other than the one it inherits from
> AbstractRelNode). So I assume you are talking about
> RelOptUtil.toString(RelNode)?
>
> Julian
>
>
> > On Oct 13, 2016, at 4:05 PM, Jungtaek Lim wrote:
> >
> > Thanks Juli
e the actual plan? If 'best' representing the
selection, why not just printing out the best?
Btw, I filed an issue: https://issues.apache.org/jira/browse/CALCITE-1438
I'm not clearly understanding on your solution for now, but if you haven't
had time to resolve after I followed up
Jungtaek Lim created CALCITE-1438:
-
Summary: RelOptUtils.toString() throws StackOverflowError when
RelSubset and input makes cycle
Key: CALCITE-1438
URL: https://issues.apache.org/jira/browse/CALCITE-1438
s available (not null)
instead of first occurrence of rel which match the trait.
Does it make sense? If then I'll come up with filing an issue and following
pull request. I don't have an idea to reproduce so might not have test on
it.
Thanks,
Jungtaek Lim (HeartSaVioR)
ps. Below is
Looks great to me. Thanks for putting the effort, Julian.
- Jungtaek Lim (HeartSaVioR)
2016년 10월 11일 (화) 오전 6:40, Julian Hyde 님이 작성:
> Calcite community,
>
> Please review the draft report for the board meeting on Wed Oct 19th.
>
> Julian
>
> ——
>
>
>
> Att
+1 (non-binding)
Downloaded sources and verified tar.gz and zip, checked hash, ran `mvn
clean install` to both sources with JDK 8, macOS 10.12 and the build passed.
Thanks,
Jungtaek Lim (HeartSaVioR)
2016년 10월 10일 (월) 오전 5:13, Jacques Nadeau 님이 작성:
> Downloaded, reviewed important root fi
+1 (non-binding)
- verify key (tar.gz / zip) : OK
- extract zip and run build (mvn install) : OK
- extract tar.gz and run build (mvn install) : OK
Thanks,
Jungtaek Lim (HeartSaVioR)
2016년 10월 7일 (금) 오후 9:29, Jesus Camachorodriguez 님이 작성:
> Hi all,
>
> I have created a build for Apach
Jungtaek Lim created CALCITE-1419:
-
Summary: Some of JDBC string functions are not working: LOCATE
with 3 params, LTRIM, RTRIM
Key: CALCITE-1419
URL: https://issues.apache.org/jira/browse/CALCITE-1419
Jungtaek Lim created CALCITE-1418:
-
Summary: SUBSTRING function with binary doesn't work
Key: CALCITE-1418
URL: https://issues.apache.org/jira/browse/CALCITE-1418
Project: Calcite
Issue
e great if we have doc. version of slide (I mean more texts and
explanations) to website.
Thanks again,
Jungtaek Lim (HeartSaVioR)
2016년 10월 5일 (수) 오후 3:27, CPC 님이 작성:
I think calcite is an amazing project and let me thank you for all your
efforts.To bring more users and new committers i think doc
Great slides! I didn't know some concepts and classes (which are not
documented to website) and this get me better understanding to Calcite.
It might be also great to have doc version of slides, and have this part of
docs for Calcite website.
Thanks again!
Jungtaek Lim (HeartSaVioR)
2016
Great! My recent work on Storm depends on CALCITE-1386 so I'd love to see
next release sooner.
Thanks all for putting the great efforts.
Best,
Jungtaek Lim (HeartSaVioR)
2016년 9월 30일 (금) 오전 3:13, Julian Hyde 님이 작성:
> +1
>
> Master branch is in good shape right now. Some good stu
Jungtaek Lim created CALCITE-1401:
-
Summary: SqlFunctions.arrayItem doesn't respect SQL standard when
accessing array with index out of bound
Key: CALCITE-1401
URL: https://issues.apache.org/jira/browse/CA
Thanks Julian.
FYI, I submitted a pull request <https://github.com/apache/calcite/pull/283>
for CALCITE-1386 <https://issues.apache.org/jira/browse/CALCITE-1386>, and
after some testing I found the patch covers CALCITE-1387
<https://issues.apache.org/jira/browse/CALCITE-1387>
find it.
Thanks,
Jungtaek Lim (HeartSaVioR)
2016년 9월 27일 (화) 오후 12:50, Julian Hyde 님이 작성:
> Regarding 1 and 2: these sound like bugs. Can you please log a JIRA case
> for each? If you can supply a test case, even better.
>
> Regarding 3. I checked the SQL standard, and the required behavi
Jungtaek Lim created CALCITE-1387:
-
Summary: CAST(ITEM() as INTEGER) throws RuntimeException in
Runtime when return value of ITEM() is null
Key: CALCITE-1387
URL: https://issues.apache.org/jira/browse/CALCITE
Jungtaek Lim created CALCITE-1386:
-
Summary: ITEM operator seems to ignore the value type of
collection and assign the value to Object
Key: CALCITE-1386
URL: https://issues.apache.org/jira/browse/CALCITE-1386
ible expression types "java.lang.Object" and
"int")
3. ArrayOutOfIndexException is thrown when query is trying to access the
array
with out of index. I don't know there's a standard rule on this, but at
least
PostgreSQL doesn't throw an Exception but just tr
+1 to drop.
Storm depends on Guava 16.0.1.
- Jungtaek Lim (HeartSaVioR)
On Saturday, September 3, 2016, Julian Hyde wrote:
> Calcite currently supports a wide range of Guava versions, from 12.0.1 to
> 19.0*. For https://issues.apache.org/jira/browse/CALCITE-1334 <
> https://issue
of that we
still rely on converting calcite logical plan to Trident topology [2], but
it generates lots of nodes (operators) which should be optimized [3].
Trident itself will optimize them for merging nodes into one execution
component - Bolt - but it doesn't address the SQL optimizations like
pushdown
Julian,
I filed an issue regarding this. Please modify the summary / content if
it's not appropriate.
https://issues.apache.org/jira/browse/CALCITE-1349
Thanks,
Jungtaek Lim (HeartSaVioR)
2016년 8월 7일 (일) 오전 3:56, Julian Hyde 님이 작성:
> Right now, you’re the first user to ask for a runtim
Jungtaek Lim created CALCITE-1349:
-
Summary: Make runtime packages less depend on other libraries
Key: CALCITE-1349
URL: https://issues.apache.org/jira/browse/CALCITE-1349
Project: Calcite
other projects were doing same things.
If calcite project maintains calcite-runtime module with smallest
dependencies that would be awesome for users. I'm trying to avoid
adding calcite-core as dependency since it depends on Guava, the
problematic thing of dependency hell.
Thanks,
Jungtaek Lim (H
cies are needed even though compiled
topology in runtime.
So I'd like to see what's preferred way of handling this. Is it common to
add calcite-core to dependency in runtime, or is it common for individual
projects to have their own similar classes?
Thanks in advance,
Jungtaek Lim (HeartSaVioR)
40 matches
Mail list logo
