You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@chemistry.apache.org by Denis Andreev <an...@elilink.com> on 2013/12/26 11:41:17 UTC
Alfresco - DotCmis - GetAcl issue
Hi Everyone
There is an issue with getting ACL for a document. The method Session.GetAcl
throws DotCMIS.Exceptions.CmisObjectNotFoundException : Unknown object!
Exception stack:
at DotCMIS.Binding.AtomPub.AbstractAtomPubService.ThrowLinkException(String
repositoryId, String id, String rel, String type) in atompub.cs: line 394
at DotCMIS.Binding.AtomPub.AbstractAtomPubService.GetAclInternal(String
repositoryId, String objectId, Nullable`1 onlyBasicPermissions,
IExtensionsData extension) in atompub.cs: line 645
at DotCMIS.Binding.AtomPub.AclService.GetAcl(String repositoryId, String
objectId, Nullable`1 onlyBasicPermissions, IExtensionsData extension) in
atompub.cs: line 2760
at DotCMIS.Client.Impl.Session.GetAcl(IObjectId objectId, Boolean
onlyBasicPermissions) in client-impl.cs: line 869
It happens when ObjectId passed to the Session.GetAcl does not have document
version.
For example
There is a document id -
workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293
If the ID is passed to Session.GetAcl() as
"workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293;1.0" the it
works.
If workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293 then it
doesn't work
I looked into the code and found out that the problem can be in the method
AbstractAtomPubService.GetObjectInternal
The object is requested from Alfresco
HttpUtils.Response resp = Read(url);
AtomEntry entry = Parse<AtomEntry>(resp.Stream);
That is the parameter "url" contains the object id without version number
but response contains ID with version.
In the issue further in GetObjectInternal
AddLink(repositoryId, entry.Id, (AtomLink)element.Object)
Adds the object link with version number but then in the method LoadLink
GetObjectInternal(repositoryId, IdentifierType.Id, id, ReturnVersion.This,
null, null, null, null, null, null, null);
link = GetLink(repositoryId, id, rel, type);
link is null
I think the method should work in spite of the version number is available
or not.
Would you please have a look at the code and do something with it.
Best regards,
Denis Andreev
RE: Alfresco - DotCmis - GetAcl issue
Posted by Denis Andreev <an...@elilink.com>.
Hi Peter
Thank you for your explanation. For now Ive temporary resolved the problem
by reading version 1.0 at first and checking if its the latest version.
If not the latest version is read additionally.
For example:
doc =
Session.GetObject(workspace://SpacesStore/4d7f6e4f-692e-4adc-afc8-039d76042
45a;1.0)
if (!doc.IsLatestVersion)
{
doc = doc.GetObjectOfLatestVersion;
}
As for GetAcl, it doesnt matter how many versions a document has. The first
one is used.
For example:
Session.GetAcl(workspace://SpacesStore/4d7f6e4f-692e-4adc-afc8-039d7604245a
;1.0)
I hope it should work.
Best regards,
Denis Andreev
From: Peter Monks [mailto:pmonks@alfresco.com]
Sent: Thursday, January 02, 2014 9:24 PM
To: dev@chemistry.apache.org
Cc: Denis Andreev; 'Alfresco Team'
Subject: Re: Alfresco - DotCmis - GetAcl issue
Like Denis, I've found that the way identity is defined in CMIS is a
constant source of confusion, so I raised this with the committee last year
(see this CMIS mailing list discussion
<http://markmail.org/message/wuky4nvpazub74x5?q=list:org.oasis-open.lists.cm
is+peter+monks> [1]).
The basic problem is that CMIS 1.0 and 1.1 don't have any general purpose
way to identify an object in a version-independent way - if you're an
Alfresco user this is particularly problematic as it's fundamentally
different to how Alfresco natively identifies objects, and it's easy to make
the (mistaken) assumption that CMIS identity and Alfresco identity are
equivalent. cmis:versionSeriesId comes closest to Alfresco's notion of
identity, but it has several limitations that make it less useful today than
it could/should be - in a nutshell a client application can't rely on it
(since it's an optional property), and most services (including GetACL)
don't have "XXXOfLatestVersion" equivalents.
Apparently the Oracle representative on the TC is preparing a proposal that
addresses this issue, but it hasn't been presented to the TC yet. I'm
sitting in on the TC calls specifically to see what's being proposed, as
this is one of the most common issues I'm seeing in my work with CMIS client
implementers.
And finally just to reinforce what Florian said about not parsing objectIds
- in Alfresco we have substantially changed the representation of objectIds
in Alfresco Cloud and Alfresco v4.2, and those changes will break any code
that is parsing the old (<= v4.1) format. While we knew this would break
some non-spec-compliant client code, we needed to move away from using raw
NodeRefs in CMIS objectIds for other reasons (mostly related exposing the
Alfresco Cloud via CMIS).
Cheers,
Peter
[1]
http://markmail.org/message/wuky4nvpazub74x5?q=list:org%2Eoasis-open%2Elists
%2Ecmis+peter+monks
On Dec 26, 2013, at 7:29 AM, Florian Müller <fm...@apache.org> wrote:
Hi Denis,
there is no "normal logic" here. The CMIS specification defines that
object IDs are opaque strings. Clients cannot and should not try to
interpret these strings because they are repository specific. Other
repositories use totally different formats.
Therefore, DotCMIS treats object IDs just as strings. When you provide
an invalid ID, its passes it to the repository and the repository
returns an error message.
When you need the latest version, you have to call
GetObjectOfLatestVersion or GetAllVerions. You don't have to call
GetAcl, though. You can provide an operation context, that indicates
that you want the object ACL with the object metadata. The repository
then attaches the ACL to the IDocument object.
Regards,
Florian
Hi Florian
I consider it's normal logic - if document ID does not contain a version
number then the latest version should be returned by default. Otherwise to
get ACL three methods should be invoked instead of one.
Let's assume there is a document id -
workspace://SpacesStore/4d7f6e4f-692e-4adc-afc8-039d7604245a
The last version is 3.1. The problem is I don't know the last version
number.
Thereby to get ACL I should do the following:
1. Get the document for first version
doc =
Session.GetObject(workspace://SpacesStore/4d7f6e4f-692e-4adc-afc8-039d760424
5a;1.0)
2. Get the latest version
doc.GetObjectOfLatestVersion
3. Get ACL for the latest version
Session.GetAcl(workspace://SpacesStore/4d7f6e4f-692e-4adc-afc8-039d7604245a;
3.1)
It's not good logic. It's going to be a performance issue if these
operations are going to be repeated for hundreds of thousands documents.
There is really no way to not use version number?
I tried to add the following code into GetObjectInternal:
if (idOrPath == IdentifierType.Id &&
!objectIdOrPath.Contains(";"))
{
int i = entry.Id.IndexOf(';');
if (i != -1)
entry.Id = entry.Id.Substring(0, i);
}
But I'm not sure it will work properly in all cases:)
Best regards,
Denis Andreev
-----Original Message-----
From: Florian Müller [mailto:fmui@apache.org]
Sent: Thursday, December 26, 2013 2:02 PM
To: dev@chemistry.apache.org
Cc: Alfresco Team
Subject: Re: Alfresco - DotCmis - GetAcl issue
Hi Denis,
Alfresco document IDs without a version number are not valid CMIS object
IDs. Alfresco accepts them in some places for convenience but you shouldn't
rely on it. That is, DotCMIS behaves as excepted. (See also [1].)
Regards,
Florian
[1]
http://stackoverflow.com/questions/19364811/client-cache-enabled-but-ignored
-on-alfresco/19367870#19367870
Denis Andreev schrieb:
Hi Everyone
There is an issue with getting ACL for a document. The method
Session.GetAcl throws DotCMIS.Exceptions.CmisObjectNotFoundException :
Unknown object!
Exception stack:
at
DotCMIS.Binding.AtomPub.AbstractAtomPubService.ThrowLinkException(String
repositoryId, String id, String rel, String type) in atompub.cs: line 394
at
DotCMIS.Binding.AtomPub.AbstractAtomPubService.GetAclInternal(String
repositoryId, String objectId, Nullable`1 onlyBasicPermissions,
IExtensionsData extension) in atompub.cs: line 645
at DotCMIS.Binding.AtomPub.AclService.GetAcl(String repositoryId,
String objectId, Nullable`1 onlyBasicPermissions, IExtensionsData
extension) in
atompub.cs: line 2760
at DotCMIS.Client.Impl.Session.GetAcl(IObjectId objectId, Boolean
onlyBasicPermissions) in client-impl.cs: line 869
It happens when ObjectId passed to the Session.GetAcl does not have
document version.
For example
There is a document id -
workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293
If the ID is passed to Session.GetAcl() as
"workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293;1.0" the
it works.
If workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293 then
it doesn't work
I looked into the code and found out that the problem can be in the
method AbstractAtomPubService.GetObjectInternal
The object is requested from Alfresco
HttpUtils.Response resp = Read(url);
AtomEntry entry = Parse<AtomEntry>(resp.Stream);
That is the parameter "url" contains the object id without version
number but response contains ID with version.
In the issue further in GetObjectInternal
AddLink(repositoryId, entry.Id, (AtomLink)element.Object)
Adds the object link with version number but then in the method
LoadLink
GetObjectInternal(repositoryId, IdentifierType.Id, id,
ReturnVersion.This, null, null, null, null, null, null, null);
link = GetLink(repositoryId, id, rel, type);
link is null
I think the method should work in spite of the version number is
available or not.
Would you please have a look at the code and do something with it.
Best regards,
Denis Andreev
Re: Alfresco - DotCmis - GetAcl issue
Posted by Peter Monks <pm...@alfresco.com>.
Like Denis, I've found that the way identity is defined in CMIS is a constant source of confusion, so I raised this with the committee last year (see this CMIS mailing list discussion [1]).
The basic problem is that CMIS 1.0 and 1.1 don't have any general purpose way to identify an object in a version-independent way - if you're an Alfresco user this is particularly problematic as it's fundamentally different to how Alfresco natively identifies objects, and it's easy to make the (mistaken) assumption that CMIS identity and Alfresco identity are equivalent. cmis:versionSeriesId comes closest to Alfresco's notion of identity, but it has several limitations that make it less useful today than it could/should be - in a nutshell a client application can't rely on it (since it's an optional property), and most services (including GetACL) don't have "XXXOfLatestVersion" equivalents.
Apparently the Oracle representative on the TC is preparing a proposal that addresses this issue, but it hasn't been presented to the TC yet. I'm sitting in on the TC calls specifically to see what's being proposed, as this is one of the most common issues I'm seeing in my work with CMIS client implementers.
And finally just to reinforce what Florian said about not parsing objectIds - in Alfresco we have substantially changed the representation of objectIds in Alfresco Cloud and Alfresco v4.2, and those changes will break any code that is parsing the old (<= v4.1) format. While we knew this would break some non-spec-compliant client code, we needed to move away from using raw NodeRefs in CMIS objectIds for other reasons (mostly related exposing the Alfresco Cloud via CMIS).
Cheers,
Peter
[1] http://markmail.org/message/wuky4nvpazub74x5?q=list:org%2Eoasis-open%2Elists%2Ecmis+peter+monks
On Dec 26, 2013, at 7:29 AM, Florian Müller <fm...@apache.org> wrote:
> Hi Denis,
>
> there is no "normal logic" here. The CMIS specification defines that
> object IDs are opaque strings. Clients cannot and should not try to
> interpret these strings because they are repository specific. Other
> repositories use totally different formats.
> Therefore, DotCMIS treats object IDs just as strings. When you provide
> an invalid ID, its passes it to the repository and the repository
> returns an error message.
>
> When you need the latest version, you have to call
> GetObjectOfLatestVersion or GetAllVerions. You don't have to call
> GetAcl, though. You can provide an operation context, that indicates
> that you want the object ACL with the object metadata. The repository
> then attaches the ACL to the IDocument object.
>
>
> Regards,
>
> Florian
>
>
>
>> Hi Florian
>> I consider it's normal logic - if document ID does not contain a version
>> number then the latest version should be returned by default. Otherwise to
>> get ACL three methods should be invoked instead of one.
>> Let's assume there is a document id -
>> workspace://SpacesStore/4d7f6e4f-692e-4adc-afc8-039d7604245a
>> The last version is 3.1. The problem is I don't know the last version
>> number.
>> Thereby to get ACL I should do the following:
>> 1. Get the document for first version
>> doc =
>> Session.GetObject(workspace://SpacesStore/4d7f6e4f-692e-4adc-afc8-039d760424
>> 5a;1.0)
>>
>> 2. Get the latest version
>> doc.GetObjectOfLatestVersion
>>
>> 3. Get ACL for the latest version
>> Session.GetAcl(workspace://SpacesStore/4d7f6e4f-692e-4adc-afc8-039d7604245a;
>> 3.1)
>>
>> It's not good logic. It's going to be a performance issue if these
>> operations are going to be repeated for hundreds of thousands documents.
>> There is really no way to not use version number?
>>
>> I tried to add the following code into GetObjectInternal:
>> if (idOrPath == IdentifierType.Id &&
>> !objectIdOrPath.Contains(";"))
>> {
>> int i = entry.Id.IndexOf(';');
>> if (i != -1)
>> entry.Id = entry.Id.Substring(0, i);
>> }
>> But I'm not sure it will work properly in all cases:)
>>
>> Best regards,
>> Denis Andreev
>>
>>
>> -----Original Message-----
>> From: Florian Müller [mailto:fmui@apache.org]
>> Sent: Thursday, December 26, 2013 2:02 PM
>> To: dev@chemistry.apache.org
>> Cc: Alfresco Team
>> Subject: Re: Alfresco - DotCmis - GetAcl issue
>>
>> Hi Denis,
>>
>> Alfresco document IDs without a version number are not valid CMIS object
>> IDs. Alfresco accepts them in some places for convenience but you shouldn't
>> rely on it. That is, DotCMIS behaves as excepted. (See also [1].)
>>
>>
>> Regards,
>>
>> Florian
>>
>>
>> [1]
>> http://stackoverflow.com/questions/19364811/client-cache-enabled-but-ignored
>> -on-alfresco/19367870#19367870
>>
>>
>> Denis Andreev schrieb:
>>> Hi Everyone
>>>
>>> There is an issue with getting ACL for a document. The method
>>> Session.GetAcl throws DotCMIS.Exceptions.CmisObjectNotFoundException :
>> Unknown object!
>>>
>>>
>>> Exception stack:
>>>
>>> at
>> DotCMIS.Binding.AtomPub.AbstractAtomPubService.ThrowLinkException(String
>>> repositoryId, String id, String rel, String type) in atompub.cs: line 394
>>
>>> at
>>> DotCMIS.Binding.AtomPub.AbstractAtomPubService.GetAclInternal(String
>>> repositoryId, String objectId, Nullable`1 onlyBasicPermissions,
>>> IExtensionsData extension) in atompub.cs: line 645
>>>
>>> at DotCMIS.Binding.AtomPub.AclService.GetAcl(String repositoryId,
>>> String objectId, Nullable`1 onlyBasicPermissions, IExtensionsData
>> extension) in
>>> atompub.cs: line 2760
>>>
>>> at DotCMIS.Client.Impl.Session.GetAcl(IObjectId objectId, Boolean
>>> onlyBasicPermissions) in client-impl.cs: line 869
>>>
>>>
>>>
>>> It happens when ObjectId passed to the Session.GetAcl does not have
>>> document version.
>>>
>>> For example
>>>
>>> There is a document id -
>>> workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293
>>>
>>>
>>>
>>> If the ID is passed to Session.GetAcl() as
>>> "workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293;1.0" the
>>> it works.
>>>
>>> If workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293 then
>>> it doesn't work
>>>
>>>
>>>
>>> I looked into the code and found out that the problem can be in the
>>> method AbstractAtomPubService.GetObjectInternal
>>>
>>> The object is requested from Alfresco
>>>
>>>
>>>
>>> HttpUtils.Response resp = Read(url);
>>>
>>> AtomEntry entry = Parse<AtomEntry>(resp.Stream);
>>>
>>>
>>>
>>> That is the parameter "url" contains the object id without version
>>> number but response contains ID with version.
>>>
>>> In the issue further in GetObjectInternal
>>>
>>> AddLink(repositoryId, entry.Id, (AtomLink)element.Object)
>>>
>>> Adds the object link with version number but then in the method
>>> LoadLink
>>>
>>> GetObjectInternal(repositoryId, IdentifierType.Id, id,
>>> ReturnVersion.This, null, null, null, null, null, null, null);
>>>
>>> link = GetLink(repositoryId, id, rel, type);
>>>
>>> link is null
>>>
>>>
>>>
>>> I think the method should work in spite of the version number is
>>> available or not.
>>>
>>> Would you please have a look at the code and do something with it.
>>>
>>>
>>>
>>> Best regards,
>>>
>>> Denis Andreev
>>>
>>>
>>>
>>>
>>
>>
>
Re: Alfresco - DotCmis - GetAcl issue
Posted by Florian Müller <fm...@apache.org>.
Hi Denis,
there is no "normal logic" here. The CMIS specification defines that
object IDs are opaque strings. Clients cannot and should not try to
interpret these strings because they are repository specific. Other
repositories use totally different formats.
Therefore, DotCMIS treats object IDs just as strings. When you provide
an invalid ID, its passes it to the repository and the repository
returns an error message.
When you need the latest version, you have to call
GetObjectOfLatestVersion or GetAllVerions. You don't have to call
GetAcl, though. You can provide an operation context, that indicates
that you want the object ACL with the object metadata. The repository
then attaches the ACL to the IDocument object.
Regards,
Florian
> Hi Florian
> I consider it's normal logic - if document ID does not contain a version
> number then the latest version should be returned by default. Otherwise to
> get ACL three methods should be invoked instead of one.
> Let's assume there is a document id -
> workspace://SpacesStore/4d7f6e4f-692e-4adc-afc8-039d7604245a
> The last version is 3.1. The problem is I don't know the last version
> number.
> Thereby to get ACL I should do the following:
> 1. Get the document for first version
> doc =
> Session.GetObject(workspace://SpacesStore/4d7f6e4f-692e-4adc-afc8-039d760424
> 5a;1.0)
>
> 2. Get the latest version
> doc.GetObjectOfLatestVersion
>
> 3. Get ACL for the latest version
> Session.GetAcl(workspace://SpacesStore/4d7f6e4f-692e-4adc-afc8-039d7604245a;
> 3.1)
>
> It's not good logic. It's going to be a performance issue if these
> operations are going to be repeated for hundreds of thousands documents.
> There is really no way to not use version number?
>
> I tried to add the following code into GetObjectInternal:
> if (idOrPath == IdentifierType.Id &&
> !objectIdOrPath.Contains(";"))
> {
> int i = entry.Id.IndexOf(';');
> if (i != -1)
> entry.Id = entry.Id.Substring(0, i);
> }
> But I'm not sure it will work properly in all cases:)
>
> Best regards,
> Denis Andreev
>
>
> -----Original Message-----
> From: Florian Müller [mailto:fmui@apache.org]
> Sent: Thursday, December 26, 2013 2:02 PM
> To: dev@chemistry.apache.org
> Cc: Alfresco Team
> Subject: Re: Alfresco - DotCmis - GetAcl issue
>
> Hi Denis,
>
> Alfresco document IDs without a version number are not valid CMIS object
> IDs. Alfresco accepts them in some places for convenience but you shouldn't
> rely on it. That is, DotCMIS behaves as excepted. (See also [1].)
>
>
> Regards,
>
> Florian
>
>
> [1]
> http://stackoverflow.com/questions/19364811/client-cache-enabled-but-ignored
> -on-alfresco/19367870#19367870
>
>
> Denis Andreev schrieb:
>> Hi Everyone
>>
>> There is an issue with getting ACL for a document. The method
>> Session.GetAcl throws DotCMIS.Exceptions.CmisObjectNotFoundException :
> Unknown object!
>>
>>
>> Exception stack:
>>
>> at
> DotCMIS.Binding.AtomPub.AbstractAtomPubService.ThrowLinkException(String
>> repositoryId, String id, String rel, String type) in atompub.cs: line 394
>
>> at
>> DotCMIS.Binding.AtomPub.AbstractAtomPubService.GetAclInternal(String
>> repositoryId, String objectId, Nullable`1 onlyBasicPermissions,
>> IExtensionsData extension) in atompub.cs: line 645
>>
>> at DotCMIS.Binding.AtomPub.AclService.GetAcl(String repositoryId,
>> String objectId, Nullable`1 onlyBasicPermissions, IExtensionsData
> extension) in
>> atompub.cs: line 2760
>>
>> at DotCMIS.Client.Impl.Session.GetAcl(IObjectId objectId, Boolean
>> onlyBasicPermissions) in client-impl.cs: line 869
>>
>>
>>
>> It happens when ObjectId passed to the Session.GetAcl does not have
>> document version.
>>
>> For example
>>
>> There is a document id -
>> workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293
>>
>>
>>
>> If the ID is passed to Session.GetAcl() as
>> "workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293;1.0" the
>> it works.
>>
>> If workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293 then
>> it doesn't work
>>
>>
>>
>> I looked into the code and found out that the problem can be in the
>> method AbstractAtomPubService.GetObjectInternal
>>
>> The object is requested from Alfresco
>>
>>
>>
>> HttpUtils.Response resp = Read(url);
>>
>> AtomEntry entry = Parse<AtomEntry>(resp.Stream);
>>
>>
>>
>> That is the parameter "url" contains the object id without version
>> number but response contains ID with version.
>>
>> In the issue further in GetObjectInternal
>>
>> AddLink(repositoryId, entry.Id, (AtomLink)element.Object)
>>
>> Adds the object link with version number but then in the method
>> LoadLink
>>
>> GetObjectInternal(repositoryId, IdentifierType.Id, id,
>> ReturnVersion.This, null, null, null, null, null, null, null);
>>
>> link = GetLink(repositoryId, id, rel, type);
>>
>> link is null
>>
>>
>>
>> I think the method should work in spite of the version number is
>> available or not.
>>
>> Would you please have a look at the code and do something with it.
>>
>>
>>
>> Best regards,
>>
>> Denis Andreev
>>
>>
>>
>>
>
>
RE: Alfresco - DotCmis - GetAcl issue
Posted by Denis Andreev <an...@elilink.com>.
Hi Florian
I consider it's normal logic - if document ID does not contain a version
number then the latest version should be returned by default. Otherwise to
get ACL three methods should be invoked instead of one.
Let's assume there is a document id -
workspace://SpacesStore/4d7f6e4f-692e-4adc-afc8-039d7604245a
The last version is 3.1. The problem is I don't know the last version
number.
Thereby to get ACL I should do the following:
1. Get the document for first version
doc =
Session.GetObject(workspace://SpacesStore/4d7f6e4f-692e-4adc-afc8-039d760424
5a;1.0)
2. Get the latest version
doc.GetObjectOfLatestVersion
3. Get ACL for the latest version
Session.GetAcl(workspace://SpacesStore/4d7f6e4f-692e-4adc-afc8-039d7604245a;
3.1)
It's not good logic. It's going to be a performance issue if these
operations are going to be repeated for hundreds of thousands documents.
There is really no way to not use version number?
I tried to add the following code into GetObjectInternal:
if (idOrPath == IdentifierType.Id &&
!objectIdOrPath.Contains(";"))
{
int i = entry.Id.IndexOf(';');
if (i != -1)
entry.Id = entry.Id.Substring(0, i);
}
But I'm not sure it will work properly in all cases:)
Best regards,
Denis Andreev
-----Original Message-----
From: Florian Müller [mailto:fmui@apache.org]
Sent: Thursday, December 26, 2013 2:02 PM
To: dev@chemistry.apache.org
Cc: Alfresco Team
Subject: Re: Alfresco - DotCmis - GetAcl issue
Hi Denis,
Alfresco document IDs without a version number are not valid CMIS object
IDs. Alfresco accepts them in some places for convenience but you shouldn't
rely on it. That is, DotCMIS behaves as excepted. (See also [1].)
Regards,
Florian
[1]
http://stackoverflow.com/questions/19364811/client-cache-enabled-but-ignored
-on-alfresco/19367870#19367870
Denis Andreev schrieb:
> Hi Everyone
>
> There is an issue with getting ACL for a document. The method
> Session.GetAcl throws DotCMIS.Exceptions.CmisObjectNotFoundException :
Unknown object!
>
>
>
> Exception stack:
>
> at
DotCMIS.Binding.AtomPub.AbstractAtomPubService.ThrowLinkException(String
> repositoryId, String id, String rel, String type) in atompub.cs: line 394
>
> at
> DotCMIS.Binding.AtomPub.AbstractAtomPubService.GetAclInternal(String
> repositoryId, String objectId, Nullable`1 onlyBasicPermissions,
> IExtensionsData extension) in atompub.cs: line 645
>
> at DotCMIS.Binding.AtomPub.AclService.GetAcl(String repositoryId,
> String objectId, Nullable`1 onlyBasicPermissions, IExtensionsData
extension) in
> atompub.cs: line 2760
>
> at DotCMIS.Client.Impl.Session.GetAcl(IObjectId objectId, Boolean
> onlyBasicPermissions) in client-impl.cs: line 869
>
>
>
> It happens when ObjectId passed to the Session.GetAcl does not have
> document version.
>
> For example
>
> There is a document id -
> workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293
>
>
>
> If the ID is passed to Session.GetAcl() as
> "workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293;1.0" the
> it works.
>
> If workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293 then
> it doesn't work
>
>
>
> I looked into the code and found out that the problem can be in the
> method AbstractAtomPubService.GetObjectInternal
>
> The object is requested from Alfresco
>
>
>
> HttpUtils.Response resp = Read(url);
>
> AtomEntry entry = Parse<AtomEntry>(resp.Stream);
>
>
>
> That is the parameter "url" contains the object id without version
> number but response contains ID with version.
>
> In the issue further in GetObjectInternal
>
> AddLink(repositoryId, entry.Id, (AtomLink)element.Object)
>
> Adds the object link with version number but then in the method
> LoadLink
>
> GetObjectInternal(repositoryId, IdentifierType.Id, id,
> ReturnVersion.This, null, null, null, null, null, null, null);
>
> link = GetLink(repositoryId, id, rel, type);
>
> link is null
>
>
>
> I think the method should work in spite of the version number is
> available or not.
>
> Would you please have a look at the code and do something with it.
>
>
>
> Best regards,
>
> Denis Andreev
>
>
>
>
Re: Alfresco - DotCmis - GetAcl issue
Posted by Florian Müller <fm...@apache.org>.
Hi Denis,
Alfresco document IDs without a version number are not valid CMIS object
IDs. Alfresco accepts them in some places for convenience but you
shouldn't rely on it. That is, DotCMIS behaves as excepted. (See also [1].)
Regards,
Florian
[1]
http://stackoverflow.com/questions/19364811/client-cache-enabled-but-ignored-on-alfresco/19367870#19367870
Denis Andreev schrieb:
> Hi Everyone
>
> There is an issue with getting ACL for a document. The method Session.GetAcl
> throws DotCMIS.Exceptions.CmisObjectNotFoundException : Unknown object!
>
>
>
> Exception stack:
>
> at DotCMIS.Binding.AtomPub.AbstractAtomPubService.ThrowLinkException(String
> repositoryId, String id, String rel, String type) in atompub.cs: line 394
>
> at DotCMIS.Binding.AtomPub.AbstractAtomPubService.GetAclInternal(String
> repositoryId, String objectId, Nullable`1 onlyBasicPermissions,
> IExtensionsData extension) in atompub.cs: line 645
>
> at DotCMIS.Binding.AtomPub.AclService.GetAcl(String repositoryId, String
> objectId, Nullable`1 onlyBasicPermissions, IExtensionsData extension) in
> atompub.cs: line 2760
>
> at DotCMIS.Client.Impl.Session.GetAcl(IObjectId objectId, Boolean
> onlyBasicPermissions) in client-impl.cs: line 869
>
>
>
> It happens when ObjectId passed to the Session.GetAcl does not have document
> version.
>
> For example
>
> There is a document id -
> workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293
>
>
>
> If the ID is passed to Session.GetAcl() as
> "workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293;1.0" the it
> works.
>
> If workspace://SpacesStore/96f5a5ae-aea2-497b-80db-d3f646adb293 then it
> doesn't work
>
>
>
> I looked into the code and found out that the problem can be in the method
> AbstractAtomPubService.GetObjectInternal
>
> The object is requested from Alfresco
>
>
>
> HttpUtils.Response resp = Read(url);
>
> AtomEntry entry = Parse<AtomEntry>(resp.Stream);
>
>
>
> That is the parameter "url" contains the object id without version number
> but response contains ID with version.
>
> In the issue further in GetObjectInternal
>
> AddLink(repositoryId, entry.Id, (AtomLink)element.Object)
>
> Adds the object link with version number but then in the method LoadLink
>
> GetObjectInternal(repositoryId, IdentifierType.Id, id, ReturnVersion.This,
> null, null, null, null, null, null, null);
>
> link = GetLink(repositoryId, id, rel, type);
>
> link is null
>
>
>
> I think the method should work in spite of the version number is available
> or not.
>
> Would you please have a look at the code and do something with it.
>
>
>
> Best regards,
>
> Denis Andreev
>
>
>
>