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
