Problem creating folder and then changing folder type through DFS?

Hello

I am using the DFS services and am trying to create a new path with a non "dm_folder" type. I am doing this by using the ObjectService createPath method to create the path (it is not possible to specify any other folder type than dm_folder at this stage) and then using the ObjectService update method to change the type to sjb_my_folder_type (as well as setting a few other attributes, ACLs etc at this stage). All seems to work fine until the update call is made and this throws an exception stating with an error of the form:

Error : "Update" operation failed for object: [] [id =0bde75d180005c07]Error : Operation output generation failed: could not retrieve data for identity: [] [id =0bde75d180005c07] Error : Failed to retrieve relations from docbrockerError : Getting persistent object failed. Repository: "documentum".Error : Document/object specified by 0bde75d180005c07 does not exist.Error : Cannot fetch a sysobject - Invalid object ID : 0bde75d180005c07And the folder then becomes "zombified" ie. I can see it using Webtop or DQL queries but I can't delete it either through the Webtop GUI or programatically using ObjectService delete method. I am guessing that changing the folder type is breaking some referential integrity somewhere but cannot find another way of creating a new folder path with a different type to "dm_folder". Please does anyone have any suggestions/explanations for why this problem is happening/how I can get around it.Thanks in advanceSteve

Find more posts tagged with

Comments

SteveBlatch

Meant to say I am using Documentum 6.5 SP2.

abc123

Hi Steve,

You've done the wrong way using DFS. Changing the type of an object will break data. 'r_object_type' is a read-only property, you MUST NOT change it even with Superuser role.

To create an object under a specific folder, you can create the object by specifying a ReferenceRelationship targeting to the container folder.

- William

SteveBlatch

Hi William

Thanks for getting back to me so quickly - that partially answers my question. I now understand that I can't change the r_object_type - that makes sense.

I am still a little stuck though as I need to be able to create folders that have types other than "dm_folder". In my prototype I need to be able to create folders that are of a custom type derived from "dm_folder" that are created by my client "report_folder_type" for example. If I use the ObjectService -> createPath method then I cannot specify a folder type at create time. Please can you tell me whether I should be using the ObjectService -> create method instead to create a folder in the same way as I am creating my documents as if I do this I should be able to specify the folder type at create time?

Thanks

Steve

SteveBlatch

Hi William

I have just done some further testing and can confirm that it is possible to create my non-"dm_folder" type folders using the ObjectService -> create method. So that answers my question and solves my problem thanks.

Going back to my original approach of using ObjectService -> createPath followed by ObjectService -> update method does let you change the r_object_type property. The call to update throws an exception but the document in the docbase has it's type changed regardless - at least in dm_document table - and this breaks the docbase integrity so shouldn't this be logged as a bug?

Thanks again for your help.

Rgds

Steve

abc123

Hi Steve,

Firstly, normal user has insufficient privilege to update read-only properties. So the user updated the r_object_type property must be Superuser.

I agree with you that it should be a bug, as it threw exception but in the same time has broken the data.

- William