Add missing comment for `log.dirs` attribute

[ci skip]
Create `log.dirs` directories in `_setup` recipe

Not really sure how I missed this before, because this feels like
something that should really be done, right?
Add integration tests for creating `log.dirs`
Merge branch 'create-log-dirs'
Version bump to v0.4.1

I’d consider this a patch release due to the fact that this should’ve
been done since the start, and I’m a bit surprised that no-one has filed
an issue about it. Suppose that’s because Kafka actually create the log
directories and then it’s not a big deal.
Use new ChefSpec.start! method for coverage reporting
Remove setup of ZooKeeper

Setting up ZooKeeper is well beyond the scope of this cookbook, as it’s
only intention is to set up Kafka brokers. It’s also _NOT_ recommended
to set up ZooKeeper on the same hardware that Kafka is running on, for
quite obvious reasons.

Maintaining the current / previous ZooKeeper while this cookbook is
transitioning to a more dynamic approach to configuration files is going
to be a lot more difficult and most likely introduce complexity and
exceptions that wouldn’t be needed if this cookbook only set up Kafka.
Rename `kafka.env.erb` template
Simplify `kafka_init_opts` helper method

Don’t need it to be “configurable” anymore.
Remove String interpolation in `default` recipe
Merge branch 'remove-zookeeper-recipe'
Remove `ruby-head` from .travis.yml
Exclude Ruby 2.0 & 2.1 for Chef 11.10.4
Configurable log4j configuration

When I deployed a Kafka cluster the other week I realised that some of
the “default” options in the bundled log4j configuration file included
TRACE level, which is way too verbose to use in production (as it most
likely will affect performance).

Rather than just updating the log4j template I figured I could as well
make the log4j configuration a bit more configurable, so to speak. The
configuration is a bit verbose, but it’s what I could come up with right
now. Will most likely revisit this in the future.

Should be noted that I’ve kept the TRACE level for a few loggers, but
that’s mostly for historic purposes and will be updated in a later
commit.
Update tests for log4j configuration

Whoops, probably should’ve done this way back.
Switch TRACE level with INFO

I wouldn’t deploy anything with TRACE / DEBUG as log level to production
as it will *most likely* affect performance. I know that the log4j file
that is bundled with Kafka defines these at TRACE, but I don’t really
think that the file is intended to be used in a production environment
to be honest.
Update log4j `rootLogger`

`stdout` doesn’t really make sense since both stdout and stderr are
redirected to `/dev/null` in the init.d script(s).

Log everything (that isn’t explicitly configured to be logged elsewhere)
to `<log dir>/kafka.log`.
Remove `LogCleaner` logger

The appender doesn’t even exist in the bundle configuration file, and it
is easy enough to just add the configuration if one wants it.
Roll over log files on a daily basis

Rather than an hourly as from what I’ve seen during a quite small
experiment is that Kafka doesn’t generate any significant amount of log
content.
Make it easier to override logging config.

The previous structure did make it a bit cumbersome to override for
example the appender type, while this structure (essentially only
hashes) makes it a bit easier.