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

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

     [ https://issues.apache.org/jira/browse/ACCUMULO-4374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Christopher Tubbs updated ACCUMULO-4374:
----------------------------------------
    Fix Version/s: 1.8.0
                   1.7.3

> 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)