chemistry-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sascha Egerer (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CMIS-855) Different result of OperationContext.getFilterString and OperationContext.getFilter
Date Mon, 13 Oct 2014 12:48:34 GMT

    [ https://issues.apache.org/jira/browse/CMIS-855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14169245#comment-14169245
] 

Sascha Egerer commented on CMIS-855:
------------------------------------

Sure the JavaDoc says that these values are added but not why. And IMHO this is just a bad
software design because the function name leads to the assumption that it returns a string
representation of the filter property. 
But if this is what you suggest here i will close this issue.

> Different result of OperationContext.getFilterString and OperationContext.getFilter
> -----------------------------------------------------------------------------------
>
>                 Key: CMIS-855
>                 URL: https://issues.apache.org/jira/browse/CMIS-855
>             Project: Chemistry
>          Issue Type: Bug
>          Components: opencmis-client
>    Affects Versions: OpenCMIS 0.12.0
>            Reporter: Sascha Egerer
>
> There are two methods in the OperationContext that return the content of the "filter"
property. But they return a different result and it's not clear to me why.
> The getFilterString dynamically adds PropertyIds::OBJECT_ID, PropertyIds::BASE_TYPE_ID
and PropertyIds::OBJECT_TYPE_ID to the result.
> If loadSecondaryTypeProperties is true the value PropertyIds::SECONDARY_OBJECT_TYPE_IDS
is also added.
> I don't see any reason why this is only implemented in the "string" method and not also
in the getFilter method which returns a Collection.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message