<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hello,<br>
<br>
can you give the full log of such operation with debug=3? It may
help seeing the values used internally for matching...<br>
<br>
Otherwise, if it is a valid xpath condition and no match, then could
be something to libxml2 implementation.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
On 4/4/12 7:01 PM, Peter Dunkley wrote:
<blockquote cite="mid:1333558908.2743.33.camel@pd-laptop-linux"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<meta name="GENERATOR" content="GtkHTML/4.2.3">
Hi,<br>
<br>
I tried a simplified update URL with curl: curl --digest -u
111:111 -T pidf_modify.xml -H "Content-Type:
application/xcap-el+xml" -X PUT <a moz-do-not-send="true"
href="http://192.168.0.130:5060/xcap-root/pidf-manipulation/users/sip:111@mydomain/index%7E%7E/presence/tuple/note">http://192.168.0.130:5060/xcap-root/pidf-manipulation/users/sip:111@mydomain/index~~/presence/tuple/note</a><br>
<br>
This "correctly" updated the <note/> nodes in both
<tuple/> nodes of the document. So, the problem with the
XCAP server appears to be over the %<a moz-do-not-send="true"
href="mailto:5b@id=">5b@id=</a>'x8eg92n'%5d that is used to
identify a specific <tuple/> node. I believe, from
searching online, that this is valid XPath syntax, so it does look
like there is a bug here.<br>
<br>
Any idea?<br>
<br>
Thanks,<br>
<br>
Peter<br>
<br>
On Wed, 2012-04-04 at 17:19 +0100, Peter Dunkley wrote:<br>
<blockquote type="CITE"> Hi,<br>
<br>
I have been experimenting with uploading, and modifying
existing, XCAP documents. I have been trying out the example
from RFC 4827 and I can't get it to work with Kamailio.<br>
<br>
To upload the document (this works) I use the command: curl
--digest -u 111:111 -T pidf.xml -X PUT <a
moz-do-not-send="true"
href="http://192.168.0.130:5060/xcap-root/pidf-manipulation/users/sip:111@multifon.ru/index">http://192.168.0.130:5060/xcap-root/pidf-manipulation/users/sip:111@mydomain/index</a><br>
<br>
To modify the document (this doesn't work) I use the command:
curl --digest -u 111:111 -T pidf_modify.xml -H "Content-Type:
application/xcap-el+xml" -X PUT <a moz-do-not-send="true"
href="http://192.168.0.130:5060/xcap-root/pidf-manipulation/users/sip:111@multifon.ru/index%7E%7E/presence/tuple%5b@id=%27x8eg92n%27%5d/note">http://192.168.0.130:5060/xcap-root/pidf-manipulation/users/sip:111@mydomain/index~~/presence/tuple%5b@id='x8eg92n'%5d/note</a><br>
<br>
When I try to modify the document I get the error: "Apr 4
17:12:08 pd-laptop-linux kamailio[16862]: ERROR: xcap_server
[xcap_server.c:596]: no new content"<br>
<br>
I went through the XCAP server code and added some debug and
found that the check on xcap_misc.c:491 is succeeding (which
means "no selection for xpath parent expression") and the
document is not being changed. Also, from my limited
understanding of XPath and libxml2, I would have expected the
code path which should have been followed to go through the else
clause of the conditional on xcap_misc.c:468 - which means I
don't think that the xcaps_xpath_set() function is doing the
right thing at all.<br>
<br>
Is there anyone here that is more familiar with libxml2 that can
give me any pointers here. As far as I can tell the XCAP server
code looks OK to me, and I believe the documents (attached) and
my XCAP queries are correct as well.<br>
<br>
Thanks,<br>
<br>
Peter<br>
<br>
<table cellpadding="0" cellspacing="0" width="100%">
<tbody>
<tr>
<td>
<pre>_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a moz-do-not-send="true" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a moz-do-not-send="true" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</td>
</tr>
</tbody>
</table>
</blockquote>
<table cellpadding="0" cellspacing="0" width="100%">
<tbody>
<tr>
<td>
<pre>--
Peter Dunkley
Technical Director
Crocodile RCS Ltd
</pre>
</td>
</tr>
</tbody>
</table>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla
Kamailio Advanced Training, April 23-26, 2012, Berlin, Germany
<a class="moz-txt-link-freetext" href="http://www.asipto.com/index.php/kamailio-advanced-training/">http://www.asipto.com/index.php/kamailio-advanced-training/</a></pre>
</body>
</html>