+1 (non-binding) In general I am for this, but wanted to discuss a few
things:
*Compatibility*
Given the (theoretically) short time period between this release and 0.9. I
suggest we make this release as compatible as possible. Especially from the
client perspective. Other open source projects (Spark, Flume, etc) are
working on migrating from 0.8 and because they want to support users on 0.8
and 0.9 at the same time, that is proving challenging. Adding another
incompatible client change could complicate the usage of Kafka further.
This is true for third party open source clients as well (Python, Go, etc).
Perhaps making sure KIP-35 (Retrieving protocol version) makes it into this
release would help avoid similar challenges going forward as well.
*Features*
Along with the features already included in trunk, below is a wish list of
features for the next release. I have included reasons why I think its
important to include them but generally speaking I think waiting for these
features before another major release would be valuable.
- KIP-45 - Standardize all client sequence interaction on j.u.Collection.
- Compatibility
- KIP-4 - Command line and centralized administrative operations
- Wire protocol changes/compatibility
- Improved security story
- I am working on this with my full attention and should be able to
finish within a reasonable amount of time given active reviews
and feedback
- KIP-35 - Retrieving protocol version
- Allow clients and frameworks to better support multiple versions
- Happy to help with this after KIP-4 as this functionality may be
included in the AdminClient
- KIP-33 - Add a time based log index
- A key feature enabled by the format changes in KIP-31/32
Thanks,
Grant
On Fri, Feb 19, 2016 at 1:00 PM, Becket Qin <becket....@gmail.com> wrote:
> Hi All,
>
> We would like to start this voting thread on making next Kafka release
> 0.10.0.0 instead of 0.9.1.0.
>
> The next Kafka release will have several significant important new
> features/changes such as Kafka Stream, Message Format Change, Client
> Interceptors and several new consumer API changes, etc. We feel it is
> better to make next Kafka release 0.10.0.0 instead of 0.9.1.0.
>
> Some previous discussions are in the following thread.
>
> http://mail-archives.apache.org/mod_mbox/kafka-dev/201602.mbox/%3ccabtagwfzigx1frzd020vk9fanj0s9nkszfuwk677bqxfuuc...@mail.gmail.com%3E
>
> Thanks,
>
> Jiangjie (Becket) Qin
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
