RE: Kerby client library refactoring

2015-11-30 Thread Zheng, Kai
done first and pave the way, please let we know. Thanks. Regards, Kai -Original Message- From: Steve Moyer [mailto:smo...@psu.edu] Sent: Monday, November 30, 2015 8:58 PM To: ke...@directory.apache.org Subject: Re: Kerby client library refactoring I'm in favor of separate method calls

RE: Kerby client library refactoring

2015-11-26 Thread Zheng, Kai
Thanks all for the confirm! Will be back and proceed for this sometime later. Regards, Kai -Original Message- From: Zheng, Kai [mailto:kai.zh...@intel.com] Sent: Tuesday, November 24, 2015 1:59 PM To: ke...@directory.apache.org; dev@directory.apache.org Subject: Kerby client library

RE: Kerby client library refactoring

2015-11-24 Thread Li, Jiajia
It sounds great and will be easier to use these apis to write tools. Thanks Jiajia -Original Message- From: Zheng, Kai [mailto:kai.zh...@intel.com] Sent: Tuesday, November 24, 2015 1:59 PM To: ke...@directory.apache.org; dev@directory.apache.org Subject: Kerby client library refactoring

Kerby client library refactoring

2015-11-23 Thread Zheng, Kai
There are good feedbacks from Steve recently. Based on discussions with him and Emmanuel, I assembled below thoughts. KrbClient and its relatives like KrbOption would be broken down according to supported mechanisms and functionalities. Eventually we would have these client side APIs for

Re: Kerby client library refactoring

2015-11-23 Thread Pierre Smits
Hi Kai, Looks like a good approach to me. Best regards, Pierre Smits *OFBiz Extensions Marketplace* http://oem.ofbizci.net/oci-2/ On Tue, Nov 24, 2015 at 6:59 AM, Zheng, Kai wrote: > There are good feedbacks from Steve recently. Based on discussions with > him and