cancel
Showing results for 
Search instead for 
Did you mean: 

Why does CMIS 1.1 specify Queryable:FALSE for cmis:changeToken?

rg1_
Star Contributor
Star Contributor

The CMIS 1.0 Specification does not specify whether the cmis:changeToken property should be Queryable. The CMIS 1.1 Specification now states cmis:changeToken is explicitly NOT Queryable. Why is this the case? I would like to return the cmis:changeToken as part of a query resultSet to avoid extraneous getObject invocations. Thoughts?

1 ACCEPTED ANSWER

Florent_Guillau
World-Class Innovator
World-Class Innovator

You'd have to ask the OASIS CMIS Technical Committee (of which I'm a member), but I'd say that it's because change token are potentially computed or retrieved differently than other properties, and thus most CMIS servers cannot efficiently return them with the rest of the data.

I'll ask the question in the OASIS TC list to check if this change from 1.0 to 1.1 is not an oversight, because some CMIS servers may want to support it nonetheless.

View answer in original post

4 REPLIES 4

Florent_Guillau
World-Class Innovator
World-Class Innovator

You'd have to ask the OASIS CMIS Technical Committee (of which I'm a member), but I'd say that it's because change token are potentially computed or retrieved differently than other properties, and thus most CMIS servers cannot efficiently return them with the rest of the data.

I'll ask the question in the OASIS TC list to check if this change from 1.0 to 1.1 is not an oversight, because some CMIS servers may want to support it nonetheless.

Much thanks! I hope this turns out to be an oversight. This would seem easy and useful for Nuxeo to support, for example, given the way it generates change tokens.

FYI the OASIS TC answer is

Yes, it would seem useful to include a query constraint such as WHERE ANY cmis

Getting started

Find what you came for

We want to make your experience in Hyland Connect as valuable as possible, so we put together some helpful links.