1 May
2012
1 May
'12
8:49 a.m.
Hi Daniel
Yes
can you details a bit the changes you done to xcaps_xpath_get()? IIRC, it
may be there as a generic function to get xpath nodes, but your patch
removes lot of its content.
I have removed too much, indeed.
Please find attached a new patch that resolves my initial issue
without any changes to xcaps_xpath_get(). I don't fully understand why
xcaps_xpath_hack() is needed, but its done so in other parts of the
xcap_server code too, so I assume that there is a good reason for it.
The following in the patch might look suspicious:
xcaps_xpath_get(&body, &xuri.node, &body)
I'd say its ok because xcaps_xpath_get() does not read the input
buffer (first argument) after it started to write into the output
buffer (last argument).
Also attached, as requested, the full code of both functions involved.
Hope this helps!
Best regards
Fabian
we are running
Kamailio 3.2 together with the included OpenXcap server.
by the "included openxcap" server do you mean the xcap_server module?
* http://kamailio.org/docs/modules/stable/modules_k/xcap_server.html
Can you try with the master branch (which is
upcoming 3.3.0, development
being frozen already
and we are in testing phase for it)? Just to be sure it is not a feature
we added afterwards - I
cannot look right now in the sources.
The issue still exists in 3.3.0: The function "w_xcaps_get()" in
xcap_server.c actually never evaluates an XPath expression.
There is a function "xcaps_xpath_get()" in xcap_misc.c which is afaik
not used within Kamailio. To resolve my issue I have - to the best of
my knowledge - fixed that function and included a call to it in
"w_xcaps_get()", see attached diff.