+1 for it. It could save us lots of time by working with the upstream :) Willem Jiang
Twitter: willemjiang Weibo: 姜宁willem On Tue, Nov 3, 2020 at 3:49 PM 41108453 <41108...@qq.com> 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 > > > > > ------------------ 原始邮件 ------------------ > 发件人: > "dev" > > <lingm...@apache.org>; > 发送时间: 2020年10月28日(星期三) 下午4:48 > 收件人: "dev"<dev@doris.apache.org>; > > 主题: Re: [Proposal] Put some dependencies in our maintenance repo > > > > 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 reconstruction of the entire query framework , so it is a long-term > work in the future. > > Ling Miao > > > 张铎(Duo Zhang) <palomino...@gmail.com> 于2020年10月27日周二 下午9:53写道： > > > Could be a long term solution? Is there any other reason which prevents > us > > using Calcite? > > > > ling miao <lingm...@apache.org> 于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 to replace it, or > something > > > similar. > > > However, it is estimated that the amount of change for this > solution. > > > ...(｡•ˇ‸ˇ•｡) > > > ... > > > > > > Ling Miao > > > > > > 张铎(Duo Zhang) <palomino...@gmail.com> 于2020年10月27日周二 下午6:34写道： > > > > > > > I think this is used to generate the SQL parser? Is it > possible to use > > > > Calcite directly? > > > > > > > > ling miao <lingm...@apache.org> 于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. > > > > > This will lead to the risk that our code will not be > compiled when > > the > > > > > third-party repo changes. > > > > > > > > > > I have also tried whether it is possible to replace these > > dependencies > > > > > with other packages or versions, but unfortunately the > only thing we > > > can > > > > > use at the moment is this. > > > > > > > > > > So I propose whether we can maintain these jar packages > in our own > > repo > > > > to > > > > > ensure that they can be found every time we compile? > > > > > > > > > > Or do you have any better solutions? > > > > > > > > > > Ling Miao > > > > > > > > > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@doris.apache.org For additional commands, e-mail: dev-h...@doris.apache.org
