You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Josh Elser (JIRA)" <ji...@apache.org> on 2016/07/20 20:13:20 UTC

[jira] [Commented] (ACCUMULO-4374) ChangeSecret tool can't accept password input

    [ https://issues.apache.org/jira/browse/ACCUMULO-4374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15386537#comment-15386537 ] 

Josh Elser commented on ACCUMULO-4374:
--------------------------------------

[~milleruntime], you tagged this one as fixVersion:1.7.3 and 1.8.0, but your patch is against master. Does this bug also exists on these older branches?

> ChangeSecret tool can't accept password input
> ---------------------------------------------
>
>                 Key: ACCUMULO-4374
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-4374
>             Project: Accumulo
>          Issue Type: Bug
>          Components: shell
>            Reporter: Michael Miller
>            Assignee: Michael Miller
>              Labels: newbie
>             Fix For: 1.7.3, 1.8.0
>
>
> Changes to o.a.a.shell.Shell have broken the ChangeSecret tool. When running o.a.a.server.util.ChangeSecret using the bin/accumulo script, another thread running the Shell will also have an open input stream interfering with the input of the password. This is due to the ServiceLoader creating an instance of the Shell using the no arg constructor, which creates an instance of the jline ConsoleReader. 
> There are two options to fix this bug:
>   1. Make the no-arg constructor in the Shell do less work. (this should be
> easy, because it's only called by Shell.main, and main can just pass the
> parameters that the no-arg constructor was assuming)
>   2. Move the KeywordExecutable stuffs for Shell into a minimal
> launcher/factory class for Shell; see **/MasterExecutable.java for another
> case where I had to do this.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)