[
https://issues.apache.org/jira/browse/KAFKA-1654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14222284#comment-14222284
]
Neha Narkhede commented on KAFKA-1654:
--------------------------------------
Thanks for the updated patch. Few more comments
1. The script for starting kafka ({{bin/kafka-server-start.sh}}) prints a
different help message compared to the one in {{kafka.Kafka}}. Since that is
the script used by everyone to start Kafka, it is worth fixing it there.
2. The properties have to be specified before the server.properties file. I
found it more natural to specify it after the server.properties in the
following manner.
{{bin/kafka-server-start.sh config/server.properties --override property=value}}
What do you think about this?
> Provide a way to override server configuration from command line
> ----------------------------------------------------------------
>
> Key: KAFKA-1654
> URL: https://issues.apache.org/jira/browse/KAFKA-1654
> Project: Kafka
> Issue Type: Improvement
> Components: core
> Affects Versions: 0.8.1.1
> Reporter: Jarek Jarcec Cecho
> Assignee: Jarek Jarcec Cecho
> Fix For: 0.8.3
>
> Attachments: KAFKA-1654.patch, KAFKA-1654.patch, KAFKA-1654.patch
>
>
> I've been recently playing with Kafka and I found the current way of server
> configuration quite inflexible. All the configuration options have to be
> inside a properties file and there is no way how they can be overridden for
> execution. In order to temporarily change one property I had to copy the
> config file and change the property there. Hence, I'm wondering if people
> would be open to provide a way how to specify and override the configs from
> the command line when starting Kafka?
> Something like:
> {code}
> ./bin/kafka-server-start.sh -Dmy.cool.property=X kafka.properties
> {code}
> or
> {code}
> ./bin/kafka-server-start.sh --set my.cool.property=X kafka.properties
> {code}
> I'm more than happy to take a stab at it, but I would like to see if there is
> an interest for such capability?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)