updated again :) by having users always set all configs you lose the ability to use the broker defaults as intended, since topic configs are overlaid. example in the kip doc.
dan On Mon, Dec 4, 2017 at 11:47 AM, Dong Lin <lindon...@gmail.com> wrote: > Hey Dan, > > Thanks for the update. I just want to push the discussion a bit further. > Another alternative, which currently is not described in the KIP, is for > user to always create the topic with the full list of configs it may want > to override. Can you help me understand what is the drawback of this > approach? > > Thanks, > Dong > > On Mon, Dec 4, 2017 at 11:30 AM, dan <dan.norw...@gmail.com> wrote: > > > Dong, > > > > i added a section on current state and workarounds along with my > arguments > > for why they are less than optimal to the wiki. but the jist of it is you > > can end up with messages in your topic in an incorrect/invalid state if > you > > do this. > > > > thanks, > > dan > > > > On Mon, Dec 4, 2017 at 10:53 AM, Dong Lin <lindon...@gmail.com> wrote: > > > > > Hey Dan, > > > > > > Thanks for the KIP. Can you help me understand the motivation by > > providing > > > a use-case that can not be easily completed without this KIP? > > > > > > It seems that most users will simply create the topic without worrying > > > about the default configs. If a user has specific requirement for the > > > default configs, he/she can use AdminClient.describeConfigs() and > > > AdminClient.alterConfigs() after the topic has been created. This seems > > to > > > work well. Did I miss something? > > > > > > Thanks, > > > Dong > > > > > > > > > On Mon, Dec 4, 2017 at 9:25 AM, dan <dan.norw...@gmail.com> wrote: > > > > > > > I would like to start a discussion about KIP-234 > > > > https://cwiki.apache.org/confluence/display/KAFKA/KIP- > > > > 234%3A+add+support+for+getting+topic+defaults+from+AdminClient > > > > > > > > thanks > > > > dan > > > > > > > > > >
