Hi Jorge, I think I know the cause of your problem. It looks like the server sends the wrong "up" link for folders. I'll look into it.
- Florian > Hello Florian, > > Sorry for my previous message, you are right, FolderImpl overwrites the > method. > > I any case, I have experimented the issue only with AtomPub binding (with SOAP > it's working well). > I was trying to execute the TCK class CreateAndDeleteFolderTest() with Atom > and after debugging the code, I can see that the client is generating the > following query string: > > GET > /repo/atom11/test_tck_def/parents?id=4010f4d2b5b990a36bc36d279777511ee8c9b3d4&filter=cmis%3AobjectId > HTTP/1.1 > > After that I checked the class CmisAtomPubServlet to see the servlet mappings > and I cannot see any reference to NavigationService.getFolderParent() method, > only the objectParents: > > [...] > addResource(RESOURCE_PARENTS, METHOD_GET, new > NavigationService.GetObjectParents()); > [...] > > Currently I am checking the AtomPub chapter of CMIS specs to have a better > understanding. > > Thanks for your time. > Regards. > > Jorge MARTIN CUERVO > > European Commission > DG TRADE > Unit A4 > CHAR 02/077 > B-1049 Brussels/Belgium > +32 2 298 86 27 > jorge.martin-cue...@ext.ec.europa.eu > > -----Original Message----- > From: Florian Müller [mailto:f...@apache.org] > Sent: Tuesday, August 12, 2014 3:03 PM > To: MARTIN CUERVO Jorge (TRADE-EXT); dev > Subject: Re: CMIS 1.1 getObjectParents() > > Hi Jorge, > > getParents() is overridden in FolderImpl and calls getFolderParent() and not > getObjectParents(). > Are you sure that is the cause of your issue? > > - Florian > > > > Hello everybody, > > > > we are working on the migration of our systems to CMIS 1.1. > > One of the changes applied is in the security part of the navigation > > services, > > the CMIS 1.1 specification says that the method getObjectParents() should > > only > > accept cmis:document, cmis:policy or cmis:item objects [1] (in CMIS 1.0 was > > accepting cmis:folder as well) > > To get the parent folder we should call getFolderParent(), I assume the > > motivation of this change is because the Folder must be filed always and > > could > > not be multi-filed. > > > > For what concerns the client library, Document and Folder implements the > > interface FileableCmisObject with the method getParents(), and in the > > implementation in AbstractFilableCmisObject is always calling > > getObjectParents(), hence not working in our server with CMIS 1.1 changes. > > > > Could you please adapt the code to call getFolderParent() or > > getObjectParents > > depending of the object type? > > > > Kind regards and thanks. > > > > > > [1] CMIS 1.1 specs, section 2.1.12.3.2.1 Navigation Services > > Jorge MARTIN CUERVO > > [cid:image001.gif@01CCF6D0.4613B970] > > European Commission > > DG TRADE > > Unit A4 > > CHAR 02/077 > > B-1049 Brussels/Belgium > > +32 2 298 86 27 > > jorge.martin-cue...@ext.ec.europa.eu<mailto:jorge.martin-cue...@ext.ec.europa.eu> > >
