Ticket #119 (accepted Defect)

Opened 3 years ago

Last modified 22 months ago

Implement "application/xcap-error+xml" (and use 409 for errors)

Reported by: ibc Owned by: saul
Priority: Minor Milestone: Next Release
Component: XCAP protocol Version: trunk
Severity: Non-critical Keywords:
Cc:

Description

According to  http://tools.ietf.org/html/rfc4825#section-11, if a node selection is "invalid" the server should reply 409 with Content-Type "application/xcap-error+xml" and a body following the according XML schema.

But OpenXCAP returns 404 with a description in "text/plain" (for other errors is uses "text/html").

For example:

HTTP/1.1 404 Not Found
Content-Type: text/plain

The requested node selector
/a:ruleset/a:rule[@id='pres_whitelist']/a:conditions/a:identity/a:one
matches more than one element

The easier issue to handle is to reply 409 in these cases. A more complex task is returing a XML according to section 11 of RFC 4825.

Change History

comment:1 Changed 3 years ago by ibc

Ops, I've realized that OpenXCAP does implement the request feature in some cases:

HTTP/1.1 409 Conflict
Date: Tue, 21 Jul 2009 23:18:58 GMT
Content-Length: 175
Content-Type: application/xcap-error+xml;charset=utf-8
Server: OpenXCAP/1.1.0
Connection: close

<?xml version="1.0" encoding="UTF-8"?>
<xcap-error xmlns="urn:ietf:params:xml:ns:xcap-error"><cannot-insert phrase="PUT request failed GET(PUT(x))==x invariant"/></xcap-error>

However, I expect that in the case I wrote in the initial report, 409 with Content-Type "application/xcap-error+xml" should also be returned.

comment:2 Changed 2 years ago by saul

  • Owner changed from support@ag-projects.com to saul
  • Status changed from new to accepted
  • Version set to trunk
  • Type changed from Enhancement to Defect
  • Milestone changed from Nice to have to OpenXCAP 1.2.0

comment:3 Changed 22 months ago by saul

  • Milestone changed from OpenXCAP 1.2.0 to OpenXCAP 1.2.1
Note: See TracTickets for help on using tickets.