On Mon, Oct 3, 2016 at 2:07 PM, Pavel Březina <pbrezina(a)redhat.com> wrote:
On 10/03/2016 12:27 PM, Jakub Hrozek wrote:
>
> Hi,
>
> we might be able to do some refactoring in the next couple of weeks
> prior to working on the next release.
>
> I wrote up a proposal here:
>
>
https://fedorahosted.org/sssd/wiki/DesignDocs/OneFifteenCodeRefactoring
> for your convenience, I copied the contents inline as well.
> === Use the shared `cache_req` module for responder look-ups ===
Already in progress, some responders are done. I'm currently working on NSS.
This is a must have and doable in the scope.
> === Refactor group lookups for better performance ===
Ack.
> === Refactor the sdap_id_ops.c module ===
The sdap_id_ops calls should at least be moved into low level ldap code and
turned to one-return-code-only api. We often forget to use it or we use it
incorrectly.
> === Provide a way to pass intermediate data between requests ===
This can be probably done nice and clean with our new DP interface. Just
fire a new request with new data.
> === Upstream the PoC tests that utilize Samba AD for AD provider testing
> ===
For me, higher priority is to make CI test more useful when debugging.
I added two new sections: SBUS Improvements and Failover refactoring.
How the SBUS Improvements are linked with the (possible) idea to make
SBUS a library and then we can link easier against it?
Asking because I had some issues trying to link against SBUS when
playing with IFP responder and then that's what you suggested me.
Best Regards,
--
Fabiano Fidêncio