[
https://issues.apache.org/jira/browse/KAFKA-1901?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14295614#comment-14295614
]
Joe Stein commented on KAFKA-1901:
----------------------------------
The same way you are suggesting for the brokers to have their metric for
version emitted, do the same from producers and consumers. I think though that
the producer and consumer metric should keep flowing down to the brokers so you
see the metrics of what each broker is seeing for each producer also. Ops can
watch the brokers roll and then all the different consumers and producers and
see how everything is going during testing prior to release succinctly. Making
sure this is in the wire protocol allows non apache clients to utilize the
feature.
> Move Kafka version to be generated in code by build (instead of in manifest)
> ----------------------------------------------------------------------------
>
> Key: KAFKA-1901
> URL: https://issues.apache.org/jira/browse/KAFKA-1901
> Project: Kafka
> Issue Type: Bug
> Affects Versions: 0.8.2
> Reporter: Jason Rosenberg
>
> With 0.8.2 (rc2), I've started seeing this warning in the logs of apps
> deployed to our staging (both server and client):
> {code}
> 2015-01-23 00:55:25,273 WARN [async-message-sender-0] common.AppInfo$ -
> Can't read Kafka version from MANIFEST.MF. Possible cause:
> java.lang.NullPointerException
> {code}
> The issues is that in our deployment, apps are deployed with single 'shaded'
> jars (e.g. using the maven shade plugin). This means the MANIFEST.MF file
> won't have a kafka version. Instead, suggest the kafka build generate the
> proper version in code, as part of the build.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
