[SR-Users] xcap_client: storage of document in local DB

Valentin Christoph Christoph.Valentin at kontron.com
Mon Oct 5 12:40:59 CEST 2020


Hi Daniel,

Just for clarification. This case is about data from non-kamailio xcap server to be handled in a self-written Kamailio module (Railway specific functionality) during call setup, where we would appreciate the module-API services of the xcap_client module.

Currently discussing it internally, eventually we might implement get_elem method of xcap_client module (just sending GET request and forwarding the body of the response via the API to the Railway specific module).

KR

Von: Daniel-Constantin Mierla <miconda at gmail.com>
Gesendet: Samstag, 3. Oktober 2020 19:45
An: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>; Valentin Christoph <Christoph.Valentin at kontron.com>
Cc: Onic Roman <Roman.Onic at kontron.com>; Friedrich Peter <Peter.Friedrich at kontron.com>
Betreff: Re: [SR-Users] xcap_client: storage of document in local DB


Hello,



afaik, xcap_client only fetches the xcap documents from a remote xcap server via http/https, it doesn't do anything else. The fetched xcap document is used by presence modules for watchers management and persentity rules.



On the other hand, xcap_server does the management of xcap documents pushed by the clients, storing/deleting/updating them in database. You do not need xcap_client module if you use the integrated xcap server implemented in the xcap_server module, the presence modules bind directly to xcap_server internally.



Cheers,
Daniel


On 03.10.20 14:36, Valentin Christoph wrote:
Hi all,

Does anybody know, when the xcap_client deletes a registered document from the database? Is it possible to deregister a document?

Are you sure, the documented get_elem API function is actually implemented?

All the best
Christoph



_______________________________________________

Kamailio (SER) - Users Mailing List

sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>

https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.kamailio.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fsr-users&data=02%7C01%7CChristoph.Valentin%40kontron.com%7C8d2c0af35a86456d631108d867c40517%7C8c9d3c973fd941c8a2b1646f3942daf1%7C0%7C0%7C637373439346926567&sdata=R0EYNsKxkYWHuYjHXRQbAWdVaJiRevdejvvU%2BPhj%2FTQ%3D&reserved=0>

--

Daniel-Constantin Mierla -- www.asipto.com<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.asipto.com%2F&data=02%7C01%7CChristoph.Valentin%40kontron.com%7C8d2c0af35a86456d631108d867c40517%7C8c9d3c973fd941c8a2b1646f3942daf1%7C0%7C0%7C637373439346936563&sdata=rNakAZEH%2BtKlJIi68PVM5rPx7y3hnTC2516YJjGcTR8%3D&reserved=0>

www.twitter.com/miconda<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.twitter.com%2Fmiconda&data=02%7C01%7CChristoph.Valentin%40kontron.com%7C8d2c0af35a86456d631108d867c40517%7C8c9d3c973fd941c8a2b1646f3942daf1%7C0%7C0%7C637373439346936563&sdata=RqlaWxQnA0XNYqHe%2FvFQjCCOvRMIqxPuwjXW63Xi3S8%3D&reserved=0> -- www.linkedin.com/in/miconda<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.linkedin.com%2Fin%2Fmiconda&data=02%7C01%7CChristoph.Valentin%40kontron.com%7C8d2c0af35a86456d631108d867c40517%7C8c9d3c973fd941c8a2b1646f3942daf1%7C0%7C0%7C637373439346936563&sdata=Sq3qtYFNuZ2HgyTGx71dASLzmqE8T3hxHN2RcWTAOYA%3D&reserved=0>

Funding: https://www.paypal.me/dcmierla<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.paypal.me%2Fdcmierla&data=02%7C01%7CChristoph.Valentin%40kontron.com%7C8d2c0af35a86456d631108d867c40517%7C8c9d3c973fd941c8a2b1646f3942daf1%7C0%7C0%7C637373439346946557&sdata=zhsjDWGF7qcgtr%2FmDtjMlgrtZFDoadCMF046quA2Rvk%3D&reserved=0>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20201005/b5d1977f/attachment.htm>


More information about the sr-users mailing list