Mailing-List: contact dev-help@chemistry.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@chemistry.apache.org
Received-SPF: pass (athena.apache.org: domain of achim.weigel@sap.com
 designates 155.56.66.99 as permitted sender)
From: "Weigel, Achim" <achim.weigel@sap.com>
To: =?iso-8859-1?Q?Florian_M=FCller?= <florian.mueller@alfresco.com>
CC: "dev@chemistry.apache.org" <dev@chemistry.apache.org>, "Weigel, Achim"
	<achim.weigel@sap.com>
Date: Thu, 25 Aug 2011 12:50:06 +0200
Subject: RE: Not set properties
Thread-Topic: Not set properties
Thread-Index: AcxhbWg9btX4oEYCSNSsDHkVnYuZuABpvF5A
Message-ID: 
 <57FB0D12D0E5F3478D329465E18D056515ADB9FA8A@DEWDFECCR09.wdf.sap.corp>
References: 
 <57FB0D12D0E5F3478D329465E18D056515ADA5D00C@DEWDFECCR09.wdf.sap.corp>
 <4E526070.9030005@alfresco.com>
 <57FB0D12D0E5F3478D329465E18D056515ADADDC39@DEWDFECCR09.wdf.sap.corp>
 <4E536282.3060601@alfresco.com>
In-Reply-To: <4E536282.3060601@alfresco.com>
Accept-Language: en-US, de-DE
Content-Language: en-US
acceptlanguage: en-US, de-DE
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Hi Florian,

the problem is gone with the new version of the workbench but might it be, =
that the TCK of the workbench has the same problem, i.e. that it expects al=
l properties if the filter is not set?

Best Regards,
Achim


-----Original Message-----
From: Florian M=FCller [mailto:florian.mueller@alfresco.com]=20
Sent: Dienstag, 23. August 2011 10:19
To: Weigel, Achim
Cc: dev@chemistry.apache.org
Subject: Re: Not set properties

Hi Achim,

Please get the latest Workbench code. The problem with the compliance butto=
n has been fixed.

getObjectInfo() only requires a small set of standard CMIS properties. But =
the implementation provided by OpenCMIS is only there for convenience.
In order to improve the performance you should override getObjectInfo() or =
getObjectInfoIntern() with your own implementation.


- Florian


On 23/08/2011 07:53, Weigel, Achim wrote:
> Hi Florian,
>=20
> thank you for the clarification.=20
>=20
>=20
> Now I have the following problem. When I'm using "Check specification com=
pliance" button of the CMIS Workbench I get errors that some properties are=
 not returned. I have debugged and found out that the filter is always set =
to "". I thought that in this case the repository could determine the prope=
rties it wants to return.
> If I handle this case as if the filter is set to "*" the errors are gone.=
=20
>=20
> Another point is the method getObjectInfo which is called several times, =
which has no filter parameter. Does this method pose any demands on the set=
 of properties to return or is this also repository specific.=20
>=20
> Best Regards,
> Achim
>=20
> -----Original Message-----
> From: Florian M=FCller [mailto:florian.mueller@alfresco.com]=20
> Sent: Montag, 22. August 2011 15:58
> To: dev@chemistry.apache.org; Weigel, Achim
> Subject: Re: Not set properties
>=20
> Hi Achim,
>=20
> Not-set properties have to be returned (see CMIS spec). There must be a P=
ropertyData object for each property. The value can be either null or an em=
pty list. OpenCMIS understands both.
> getProperties() and getPropertyList() have to return the same objects for=
 a property. The easiest way to assure that is to use the PropertiesImpl cl=
ass.
>=20
>=20
> - Florian
>=20
>=20
> On 22/08/2011 14:47, Weigel, Achim wrote:
>> Hello,
>>
>> I'm not sure what is expected if no value is set at an object for some p=
roperty X and this property is requested e.g. via a '*' filter.
>>
>> a) ObjectService.getProperties(...)
>>    For the resulting Properties object should getProperties() contain an=
 entry for X with a null value or a not null value PropertyData object?
>>    For the resulting Properties object should getPropertyList() contain =
an element for X?
>>
>> b) If in the case before getProperties() and getPropertyList() contain a=
 PropertyData entry for X what is expected for the method 'PropertyData<T>.=
getValues()': null or an empty list?
>>
>> Thank you very much in advance and best regards,
>> Achim
>=20