You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Jiajia Li (JIRA)" <ji...@apache.org> on 2015/11/19 02:50:11 UTC

[jira] [Resolved] (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 ]

Jiajia Li resolved DIRKRB-450.
------------------------------
       Resolution: Fixed
    Fix Version/s: 1.0.0-RC2

Thanks for Steve's work, I've committed.

commit 02e97e8ef8a833a6ef0a4a968de4353ede30b913
Author: plusplusjiajia <ji...@intel.com>
Date:   Thu Nov 19 09:54:16 2015 +0800

    DIRKRB-450 Allow to pass KdcOption related options from KinitTool down to KrbClient. Contributed by Steve.

> 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
>             Fix For: 1.0.0-RC2
>
>         Attachments: kerby-mit-like-tgtrequest.png
>
>
> 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)