ge-
>> From: Colm O hEigeartaigh [mailto:cohei...@apache.org]
>> Sent: Tuesday, July 4, 2017 9:54 PM
>> To: kerby@directory.apache.org
>> Subject: Re: Kerby JWT support
>>
>> The problem with this is that it might be too restrictive. What if you
>> wanted a
idea.
>
> Thanks
> Jiajia
>
> -Original Message-
> From: Colm O hEigeartaigh [mailto:cohei...@apache.org]
> Sent: Tuesday, July 4, 2017 9:54 PM
> To: kerby@directory.apache.org
> Subject: Re: Kerby JWT support
>
> The problem with this is that it might be
4 PM
To: kerby@directory.apache.org
Subject: Re: Kerby JWT support
The problem with this is that it might be too restrictive. What if you wanted
access to the client principal or the client address etc. when creating the
AuthorizationData? Maybe we could create a new class in kerb-core that
encapsulates
etIdentityAuthorizationData is
> a good choice.
>
> Thanks
> Jiajia
>
> -Original Message-
> From: Colm O hEigeartaigh [mailto:cohei...@apache.org]
> Sent: Tuesday, July 4, 2017 4:03 PM
> To: kerby@directory.apache.org
> Subject: Re: Kerby JWT support
>
>
a
-Original Message-
From: Colm O hEigeartaigh [mailto:cohei...@apache.org]
Sent: Tuesday, July 4, 2017 4:03 PM
To: kerby@directory.apache.org
Subject: Re: Kerby JWT support
On Tue, Jul 4, 2017 at 3:16 AM, Li, Jiajia wrote:
>
> Which information in KdcRequest is used? I think the Kdc
t; I think the AD token type is a new type which undefined in
> spec(RFC4120->7.5.4. Authorization Data Types), I think this new type name
> is ok.
>
> Thanks
> Jiajia
>
>
> -Original Message-
> From: Colm O hEigeartaigh [mailto:cohei...@apache.org]
> Sent:
Data Types), I think this new type name is ok.
Thanks
Jiajia
-Original Message-
From: Colm O hEigeartaigh [mailto:cohei...@apache.org]
Sent: Monday, July 3, 2017 6:18 PM
To: kerby@directory.apache.org
Subject: Re: Kerby JWT support
OK thanks, I managed to figure it out anyway. I have two mo
s this for a supplied ByteBuffer value. Should this method be
> called implicitly by the AdToken code somehow? Or is it up to the client
> code to call decode on KrbToken?
>
> Colm.
>
>
>
> >
> > Thanks
> > Jiajia
> >
> > -Original Message-
&
iajia
-Original Message-
From: Colm O hEigeartaigh [mailto:cohei...@apache.org]
Sent: Friday, June 30, 2017 5:46 PM
To: kerby@directory.apache.org
Subject: Re: Kerby JWT support
On Fri, Jun 30, 2017 at 4:16 AM, Li, Jiajia wrote:
>
> Yes, agree with you, credential cache it not rea
; Sent: Wednesday, June 28, 2017 5:41 PM
> To: Li, Jiajia
> Cc: kerby@directory.apache.org
> Subject: Re: Kerby JWT support
>
> Hi Jiajia,
>
> On Tue, Jun 27, 2017 at 9:37 AM, Li, Jiajia wrote:
>
> >
> > 2) Do you mean if the credential cache is null or not set, we can skip
nal Message-----
From: Colm O hEigeartaigh [mailto:cohei...@apache.org]
Sent: Wednesday, June 28, 2017 5:41 PM
To: Li, Jiajia
Cc: kerby@directory.apache.org
Subject: Re: Kerby JWT support
Hi Jiajia,
On Tue, Jun 27, 2017 at 9:37 AM, Li, Jiajia wrote:
>
> 2) Do you mean if the credential cac
rization data of the ticket is on the client side, so that I can test
that it was inserted correctly?
Colm.
>
> Thanks
> Jiajia
>
> -Original Message-
> From: Colm O hEigeartaigh [mailto:cohei...@apache.org]
> Sent: Monday, June 19, 2017 8:24 PM
> To: kerby@director
kerby@directory.apache.org
Subject: Kerby JWT support
Hi all,
I'd like to resurrect some of the issues surrounding the JWT support in Kerby.
If nothing else we can hopefully agree on what the outstanding issues are and
then put them into JIRA so that we have a record of what needs to be
Hi all,
I'd like to resurrect some of the issues surrounding the JWT support in
Kerby. If nothing else we can hopefully agree on what the outstanding
issues are and then put them into JIRA so that we have a record of what
needs to be done. Some of the tasks are fairly trivial and could be
addresse
14 matches
Mail list logo