08-29-2013 10:37 AM
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?
08-29-2013 02:25 PM
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.
08-29-2013 02:25 PM
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.
08-29-2013 02:31 PM
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.
08-29-2013 03:15 PM
FYI the OASIS TC answer is
09-04-2013 11:10 AM
Yes, it would seem useful to include a query constraint such as WHERE ANY cmis
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.