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/02/04 19:12:14 UTC

[jira] [Resolved] (ACCUMULO-1025) Don't deprecate AuthInfo

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

John Vines resolved ACCUMULO-1025.
----------------------------------

    Resolution: Fixed
      Assignee: John Vines

AuthInfo is back, but the new Credentials object (which structurally is identical) should be used. Once the AuthInfo calls from the client API can be purged (currently deprecated), AuthInfo should be purged as well.
                
> Don't deprecate AuthInfo
> ------------------------
>
>                 Key: ACCUMULO-1025
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-1025
>             Project: Accumulo
>          Issue Type: Sub-task
>          Components: master, tserver
>            Reporter: Christopher Tubbs
>            Assignee: John Vines
>             Fix For: 1.5.0
>
>
> AuthInfo, even if no longer used, needs to remain in the thrift build, in case there are thrift code generation bugs identified and fixed in future 1.5.x releases. The way AuthInfo was deprecated (the class was removed from the thrift generation, and a deprecation tag was added to the class itself) means that any such fixes will not be applied to AuthInfo.
> Instead, if this object is not intended to be used in the public API (which it isn't, because it's for internal serialization for RPC calls, like all the thrift objects in core), the places where it is exposed to the public API need to be deprecated, not the AuthInfo class itself.

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