[
https://issues.apache.org/jira/browse/KAFKA-1901?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14371784#comment-14371784
]
Jason Rosenberg commented on KAFKA-1901:
----------------------------------------
This is really a pretty severe error. Any client that uses the javaapi
producer within it's app will see this error everytime the app is started.
It's not just the server, but any producer client. It would seem a quick fix
would be to catch the NPE, and log as INFO that it was unable to determine the
kafka version. Or log nothing at all.
After rolling this out to our environment, I'm fielding lots of inquiries from
app developers (should I be worried about this?)....
> 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.0
> 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)
