>Please let us know if there is any news about it :)
Of course~ -- 此致！Best Regards 陈明雨 Mingyu Chen Email: chenmin...@apache.org 在 2020-11-05 16:22:23，"Willem Jiang" <willem.ji...@gmail.com> 写道： >Please let us know if there is any news about it :) > >Willem Jiang > >Twitter: willemjiang >Weibo: 姜宁willem > >On Wed, Nov 4, 2020 at 9:21 PM 陈明雨 <morning...@163.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 >> >> That is a good idea! >> >> >> >> -- >> >> 此致！Best Regards >> 陈明雨 Mingyu Chen >> >> Email: >> chenmin...@apache.org >> >> >> >> >> >> 在 2020-11-03 17:13:09，"Willem Jiang" <willem.ji...@gmail.com> 写道： >> >+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 > >--------------------------------------------------------------------- >To unsubscribe, e-mail: dev-unsubscr...@doris.apache.org >For additional commands, e-mail: dev-h...@doris.apache.org
