Thanks Kai, I will check my env.
-Original Message-
From: Zheng, Kai [mailto:kai.zh...@intel.com]
Sent: Monday, January 04, 2016 3:53 PM
To: kerby@directory.apache.org
Subject: RE: Fail to run ' mvn apache-rat:check'
"mvn rat:check" found something in my side.
-Original Message
"mvn rat:check" found something in my side.
-Original Message-
From: Li, Jiajia [mailto:jiajia...@intel.com]
Sent: Monday, January 04, 2016 3:45 PM
To: kerby@directory.apache.org
Subject: Fail to run ' mvn apache-rat:check'
Hi all,
I try to run 'mvn apache-rat:check', but with issue:
[
Hi all,
I try to run 'mvn apache-rat:check', but with issue:
[INFO]
[ERROR] No plugin found for prefix 'apache-rat' in the current project and in
the plugin groups [org.apache.maven.plugins, org.codehaus.mojo] available from
I know and agree with the point you made here. What I would say is that, our
Kerberos implementation codes are still lacking many things and to be evolved
fast. We may see many classes, variables, methods and codes are not referenced
in the existing codes, it's normal because we have so much to
Le 04/01/16 06:12, Zheng, Kai a écrit :
> It's good to look at the life cycle of these decrypted objects but I don't
> think it will help a lot if we would do otherwise. Generally decrypting the
> part and using the decrypted result are not the same place.
Here is where the encrpted data is dec
Le 04/01/16 06:18, Zheng, Kai a écrit :
> Not yet. There were two PDFs in the docs folder that document about it.
> They're still drafts but we're still pushing on that.
Ah, good to know !!!
I'll add a reference to this draft in the code.
Thanks Kai !
Not yet. There were two PDFs in the docs folder that document about it. They're
still drafts but we're still pushing on that.
Review comments are welcome. Thanks.
Regards,
Kai
-Original Message-
From: Emmanuel Lécharny [mailto:elecha...@gmail.com]
Sent: Thursday, December 31, 2015 4:38
It's good to look at the life cycle of these decrypted objects but I don't
think it will help a lot if we would do otherwise. Generally decrypting the
part and using the decrypted result are not the same place. The decrypted info
will be used and passed to elsewhere. We need a place to hold the
Thanks for the review comments.
>> then where are the last 2 value coming from ?
I don't track relevant RFCs but just find below from MIT krb5 codes. Please
note if trust RFCs, then we may also need to check other RFCs (not just 4210).
#define AP_OPTS_RESERVED 0x8000
#define AP_OPT
Happy new year!
Thanks
Jiajia
-Original Message-
From: Emmanuel Lécharny [mailto:elecha...@gmail.com]
Sent: Friday, January 01, 2016 4:44 PM
To: Apache Directory Developers List; kerby@directory.apache.org; Apache
Directory Developers List
Subject: Happy New Year !
2016 is still in its
Le 03/01/16 22:30, Emmanuel Lécharny a écrit :
> Le 03/01/16 21:50, Emmanuel Lécharny a écrit :
>> Hi,
>>
>> another class, another question ;-)
>>
>> (Note that this class is currently not used in Kerby (it will be at some
>> point, as this message is sent back to the client as a response to a
>>
Le 03/01/16 21:50, Emmanuel Lécharny a écrit :
> Hi,
>
> another class, another question ;-)
>
> (Note that this class is currently not used in Kerby (it will be at some
> point, as this message is sent back to the client as a response to a
> KRB-AP-REQ message when the mutual authent AP-Options is
Hi,
another class, another question ;-)
(Note that this class is currently not used in Kerby (it will be at some
point, as this message is sent back to the client as a response to a
KRB-AP-REQ message when the mutual authent AP-Options is set).)
We have a private EncAPRepPart encRepPart; filed d
Hi,
I'm continuing my review of the kerby-core module (and I'll try to
review a few classes every day if I have some time at night...).
I have a question regarding the APOptions implementation. RFC 4120
defines it as :
APOptions ::= KerberosFlags
-- reserved(0),
-- use-sess
Le 03/01/16 13:44, Zheng, Kai a écrit :
> After some investigation about how to layout the relationships among the
> children modules, I thought it would be better to do the split after RC2 when
> we get PKINIT fully implemented and thus have clearer ideas for the
> kerby-pkix module.
+1 to th
Note this branch 'backup-before-1.0.0-rc2' is marked and we would pick up some
codes from it to resume some feature development after RC2 is done.
Regards,
Kai
-Original Message-
From: dran...@apache.org [mailto:dran...@apache.org]
Sent: Sunday, January 03, 2016 8:27 PM
To: comm...@dire
After some investigation about how to layout the relationships among the
children modules, I thought it would be better to do the split after RC2 when
we get PKINIT fully implemented and thus have clearer ideas for the kerby-pkix
module.
So for now I only removed the commons-ssl library from t
Hi folks,
As we discussed some time ago, we would need to support remote kadmin that's
interoperable with MIT KDC. As part of the upcoming release, I just reviewed
and refined kerb-admin module. As a result of it, I split Kadmin codes into two
parts: LocalKadmin(impl) and RemoteKadmin(impl), si
Happy new year to us all!
Thanks,
Lin
-- Original --
From: "elecharny";;
Date: Fri, Jan 1, 2016 04:43 PM
To: "Apache Directory Developers List";
"kerby"; "Apache Directory Developers
List";
Subject: Happy New Year !
2016 is still in its infancy, but
Ah, happy new year and the great holiday has just passed. Wish the projects all
develop and evolve well in this new future!
Thanks all for the great support in the past year.
Regards,
Kai
-Original Message-
From: Shawn McKinney [mailto:smckin...@apache.org]
Sent: Saturday, January 02,
20 matches
Mail list logo