Re:Re: Re: [Proposal] Put some dependencies in our maintenance repo

2020-11-06 Thread 陈明雨
gt; wrote: >> >> >> >> Can you send an email to the cloudera maintenance team to explain this >> >> situation, and hope they will submit this to the central warehouse of >> >> maven >> >> >> >> >> >> >> >> >> >> ---

Re: Re: [Proposal] Put some dependencies in our maintenance repo

2020-11-05 Thread Willem Jiang
> >> "dev" > >> > >> >> 发送时间: 2020年10月28日(星期三) 下午4:48 > >> 收件人: "dev" >>

Re: [Proposal] Put some dependencies in our maintenance repo

2020-11-03 Thread Willem Jiang
"dev" > > 发送时间: 2020年10月28日(星期三) 下午4:48 > 收件人: "dev" > 主题: Re: [Proposal] Put some dependencies in our maintenance repo > > > > Hi Duo, > > I found another dependency package with similar func

Re: [Proposal] Put some dependencies in our maintenance repo

2020-10-28 Thread ling miao
Hi Duo, I found another dependency package with similar functions, let's see if I can replace it. Regarding the question of Calcite, we have previously investigated Calcite for Doris to optimize the query framework. After the evaluation, it is found that the access cost may be similar to the reco

Re: [Proposal] Put some dependencies in our maintenance repo

2020-10-27 Thread Duo Zhang
Could be a long term solution? Is there any other reason which prevents us using Calcite? ling miao 于2020年10月27日周二 下午8:02写道: > Hi Duo, > > Using calcite directly will definitely not work, which means that the query > analysis + planning are rewritten. > But maybe we can use other parser tools t

Re: [Proposal] Put some dependencies in our maintenance repo

2020-10-27 Thread ling miao
Hi Duo, Using calcite directly will definitely not work, which means that the query analysis + planning are rewritten. But maybe we can use other parser tools to replace it, or something similar. However, it is estimated that the amount of change for this solution. ...(。•ˇ‸ˇ•。) ... Ling Miao 张铎

Re: [Proposal] Put some dependencies in our maintenance repo

2020-10-27 Thread Duo Zhang
I think this is used to generate the SQL parser? Is it possible to use Calcite directly? ling miao 于2020年10月26日周一 下午7:38写道: > Hi, > > Currently, some fe dependencies that we rely on are not in the maven repo. > For example, cup-maven-plugin and java-cup are located at the Cloudera > 3rd-P. > Thi

Re: [Proposal] Put some dependencies in our maintenance repo

2020-10-27 Thread ling miao
Hi Willem, We rely on a plug-in called cup-maven-plugin. This plugin is indeed maintained by Cloudera. He did not put this plug-in in the mvn repo. And Cloudera's repo often changes its address, which leads to this problem. Or do we have any other solutions? Ling Miao Willem Jiang 于2020年10月27日

Re: [Proposal] Put some dependencies in our maintenance repo

2020-10-26 Thread Willem Jiang
Could you explain why we have these third party dependencies? Are they introduced by Cloudera's plugin? I don't think hosting these jars in our own repo is a good way to go :( Willem Jiang Twitter: willemjiang Weibo: 姜宁willem On Mon, Oct 26, 2020 at 7:38 PM ling miao wrote: > > Hi, > > Current

Re: [Proposal] Put some dependencies in our maintenance repo

2020-10-26 Thread ling miao
Putting the non-main repo addresses into env variables is OK. But does this mean that users need to quote parameters when compiling? Ling Miao 陈明雨 于2020年10月27日周二 上午11:24写道: > Maintaining the jar ourselves may not be sustainable. > I think we can solve the problem case by case. > For example, we

Re:[Proposal] Put some dependencies in our maintenance repo

2020-10-26 Thread 陈明雨
Maintaining the jar ourselves may not be sustainable. I think we can solve the problem case by case. For example, we are currently encountering the problem of cloudera repo address changes. Can we consider turning all non-main repo addresses(such as Oracle, Cloudera repo) into environment variabl