Hi, Attached is a "test" that does the setup. To trigger the problem get the object of the create document. e.g. curl "http://localhost:8080/browser/ <repo>/root?objectId=<objectid>&cmisselector=object"
Michael On Tue, Aug 20, 2013 at 11:14 AM, Michael Brackx < [email protected]> wrote: > In > public static JSONObject convert(final Properties properties, final > String objectId, final TypeCache typeCache, > final PropertyMode propertyMode, final boolean succinct) { > > only the primary type is considered to get the property definitions > > Michael > > > On Tue, Aug 20, 2013 at 11:07 AM, Michael Brackx < > [email protected]> wrote: > >> Hi, >> >> I'm calling getObject. >> There is no error stack trace. >> The server returns "value":["value1"] iso the expected "value":"value1" >> like for non-secondary type properties. >> The java client is resilient to this, so it is more difficult to write a >> test for. >> The error occurs with another client. >> I will provide some code to setup the conditions for the problem. >> >> Michael >> >> >> On Tue, Aug 20, 2013 at 10:37 AM, Florian Müller <[email protected]> wrote: >> >>> Hi Michael, >>> >>> Could you please provide some additional information? >>> Which operation are you calling? Can you provide a stack trace? >>> >>> The JSON converter tries to get hold of the property definition. If that >>> fails for some reason, it falls back to returning a list. >>> It looks like there is an issue with the property definitions of >>> secondary types. >>> >>> >>> Florian >>> >>> >>> >>> Hi, >>>> >>>> I have an issue with the browser binding getObject. >>>> When getting an object with secondary type properties, their >>>> cardinality is >>>> ignored. >>>> For properties on the primary type, the cardinality is checked, and the >>>> value list is unpacked if SINGLE (JSONConverter line 1204). >>>> Properties on a secondary type however, are always returned as json list >>>> (JSONConverter line 1218). >>>> Using latest 0.10.0-SNAPSHOT. >>>> >>>> Michael >>>> >>> >>> >> >
