You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "John Vines (JIRA)" <ji...@apache.org> on 2013/04/18 21:38:13 UTC

[jira] [Assigned] (ACCUMULO-743) Authorization constructors are pretty wonky - String research?

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

John Vines reassigned ACCUMULO-743:
-----------------------------------

    Assignee:     (was: John Vines)
    
> Authorization constructors are pretty wonky - String research?
> --------------------------------------------------------------
>
>                 Key: ACCUMULO-743
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-743
>             Project: Accumulo
>          Issue Type: Improvement
>          Components: client
>            Reporter: John Vines
>
> The various constructors for Authorizations are somewhat all over the place. There is only one which uses Strings (most convenient for the user) but it only accepts them via variable args.
> The rest are in some form of bytes. One is a comma seperated byte array, one is a List of ByteBuffers, and then there is another which is a Collection of byte[].
> We make extensive use of bytes instead of Strings due to encoding concerns. I would like to see a bit more consistency in the constructors for Authorizations. Because right now we sort of have a half assed approach of being safe by using Bytes, but then having Strings (as var args) for usability. I think we need to come up with a definite yes or no on Strings, and then provide appropriate methods for dealing with them.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira