kafka-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vahid S Hashemian" <vahidhashem...@us.ibm.com>
Subject Re: [DISCUSS] KIP-231: Improve the Required ACL of ListGroups API
Date Wed, 03 Jan 2018 21:55:19 GMT
Thanks for the feedback and vote Ewen!

Happy new year!
--Vahid



From:   Ewen Cheslack-Postava <ewen@confluent.io>
To:     dev@kafka.apache.org
Date:   01/02/2018 09:49 PM
Subject:        Re: [DISCUSS] KIP-231: Improve the Required ACL of 
ListGroups API



Late to the game here, but I'm +1 on this. Some of the ConsumerGroup
permissions are weird, but this KIP brings the describe ACLs into better
alignment with everything else and makes things more functional for 
clients
with more locked down permissions.

-Ewen

On Fri, Dec 15, 2017 at 12:57 PM, Vahid S Hashemian <
vahidhashemian@us.ibm.com> wrote:

> If there are no other feedback or suggestion on this KIP, I'll start a
> vote early next week.
>
> Thanks.
> --Vahid
>
>
>
> From:   "Vahid S Hashemian" <vahidhashemian@us.ibm.com>
> To:     dev@kafka.apache.org
> Date:   11/29/2017 03:18 PM
> Subject:        Re: [DISCUSS] KIP-231: Improve the Required ACL of
> ListGroups API
>
>
>
> Completing the subject line :)
>
>
>
> From:   "Vahid S Hashemian" <vahidhashemian@us.ibm.com>
> To:     dev <dev@kafka.apache.org>
> Date:   11/29/2017 03:17 PM
> Subject:        [DISCUSS] KIP-231:
>
>
>
> Hi everyone,
>
> I started KIP-231 to propose a small change to the required ACL of
> ListGroups API (in response to KAFKA-5638):
> https://urldefense.proofpoint.com/v2/url?u=https-3A__cwiki.
> apache.org_confluence_display_KAFKA_KIP-2D231-253A-
> 2BImprove-2Bthe-2BRequired-2BACL-2Bof-2BListGroups-2BAPI&
> d=DwIFAg&c=jf_iaSHvJObTbx-siA1ZOg&r=Q_itwloTQj3_xUKl7Nzswo6KE4Nj-
> kjJc7uSVcviKUc&m=XjHVTsIl7t-z0NBesB0U-ptMMm6mmpy3UqS8TjJM5yM&s=
> eu378oaLvC0Wzbfcz15Rwo4nqdrO11ENLK6v9Kq9Z6w&e=
>
>
> Your feedback and suggestions are welcome!
>
> Thanks.
> --Vahid
>
>
>
>
>
>
>
>
>
>
>





Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message