[ https://issues.apache.org/jira/browse/KAFKA-5536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16080163#comment-16080163 ]
Paolo Patierno commented on KAFKA-5536: --------------------------------------- Hi [~ijuma], I have opened a PR on https://issues.apache.org/jira/browse/KAFKA-5561 just for evaluation if we agree on that path for refactoring the first tool, TopicCommand, from Scala to Java and at same time using the Admin client API. Regarding the command line arguments parsing I used the joptsimple lib as already used in the Scala version even if I see that the few Java tools are using argparse4j. With joptsimple the transition from Scala to Java is smooth and the logic could be the same. I see that the original TopicCommand uses some utilities classes from the "core" (CommandLineUtils and CoreUtils for example). I rewrote the CommandLineUtils in Java (putting it inside the "tools") but I was wondering if we should reuse the Scala one; in this case we should add the "core" as dependecy on "tools". I have a doubt about that. Can you take a look at that, please ? > Tools splitted between Java and Scala implementation > ---------------------------------------------------- > > Key: KAFKA-5536 > URL: https://issues.apache.org/jira/browse/KAFKA-5536 > Project: Kafka > Issue Type: Wish > Reporter: Paolo Patierno > > Hi, > is there any specific reason why tools are splitted between Java and Scala > implementations ? > Maybe it could be better having only one language for all of them. > What do you think ? > Thanks, > Paolo -- This message was sent by Atlassian JIRA (v6.4.14#64029)