You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Kai Zheng (JIRA)" <ji...@apache.org> on 2015/11/18 14:47:11 UTC

[jira] [Updated] (DIRKRB-450) Allow to pass KdcOption related options from KinitTool down to KrbClient

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

Kai Zheng updated DIRKRB-450:
-----------------------------
    Summary: Allow to pass KdcOption related options from KinitTool down to KrbClient  (was: Allow to set and pass KdcOption related options from KinitTool down to KrbClient)

> Allow to pass KdcOption related options from KinitTool down to KrbClient
> ------------------------------------------------------------------------
>
>                 Key: DIRKRB-450
>                 URL: https://issues.apache.org/jira/browse/DIRKRB-450
>             Project: Directory Kerberos
>          Issue Type: Sub-task
>            Reporter: Steve Moyer
>            Assignee: Steve Moyer
>
> Currently, only KrbOptions can be set when making calls to the KrbClient.  At a minimum a method with a signature like the following would suffice:
>     public TgtTicket requestTgtWithOptions(KOptions requestOptions, KdcOptions kdcOptions);
> I'd be interested in having a more general discussion about the future direction of the Kerby client since we need the existing KrbClient functionality (which is KDC focused) as well as (remote) kpasswd and kadmin functionality.



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