History log of /sssd/src/responder/common/data_provider/rdp_message.c
Revision Date Author Comments Expand
8c256b6708e52b20eb7d294cdd8b19c8615859d2 14-Nov-2016 Petr Čech <pcech@redhat.com>

RESPONDER: Adding of return value checking Reviewed-by: Lukáš Slebodník <lslebodn@redhat.com>

439e08cdc5c83b3e5835cb0435983f1da2ffbaf1 16-Aug-2016 Pavel Březina <pbrezina@redhat.com>

sbus: add utility function to simplify message and reply handling This patch adds the ability to hook DBusMessage to a talloc context to remove the need of calling dbus_message_unref(). It also provides an automatical way to detect error in a reply so the caller does not need to parse it manually and the whole code around DBusError can be avoided. Reviewed-by: Lukáš Slebodník <lslebodn@redhat.com> Reviewed-by: Jakub Hrozek <jhrozek@redhat.com>

a40d9cc11d17d9c3c22a0462cd8c419d1e79ffb8 16-Aug-2016 Pavel Březina <pbrezina@redhat.com>

rdp: add ability to forward reply to the client request In cases where the InfoPipe servers just as a middle-man between the DataProvider and a client we can simply forward the reply reducing amount of coded needed in the InfoPipe. Reviewed-by: Lukáš Slebodník <lslebodn@redhat.com> Reviewed-by: Jakub Hrozek <jhrozek@redhat.com>

83a79d93035c2d75a1941f3b54426119174044a0 20-Jun-2016 Pavel Březina <pbrezina@redhat.com>

RESPONDER: New interface for client registration This is just a beginning of new responder interface to data provider and it is just to make the client registration work. It needs further improvement. The idea is to take the existing interface and make it work better with further extensions of data provider. The current interface has several disadvantages such as it is originally build only for account requests and doesn't take different set of output parameters. It also doesn't work well with integration into tevent-made responders. Reviewed-by: Sumit Bose <sbose@redhat.com> Reviewed-by: Jakub Hrozek <jhrozek@redhat.com> Reviewed-by: Lukáš Slebodník <lslebodn@redhat.com>