Hi Jorge, The change didn't make it into 0.12.0. It will be in the next release, but we don't have a date for that, yet. Which InMemory server test is failing for you? There is no test failing for me.
- Florian > Thanks Florian, > > I have compiled 1.0.0-SNAPSHOT from the trunk branch and my tests are working > now. > Do you have any idea when the changes are going to be available in a release > version? > Is there any chance to include for the next coming release 0.12.0? > > PS: one test of inMemory server was failing, I have ignored the test for this > module to build. > 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: Thursday, August 14, 2014 4:40 PM > To: MARTIN CUERVO Jorge (TRADE-EXT); dev > Subject: RE: CMIS 1.1 getObjectParents() > > Hi Jorge, > > I've created issue CMIS-835 and fixed the server code. Please get the latest > OpenCMIS server code from trunk and retest it. > > > - Florian > > > jorge.martin-cue...@ext.ec.europa.eu hat am 14. August 2014 um 11:59 > > geschrieben: > > > > > > 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> > > >
