Wrong r_version_label during Create operation

I have met the following problem during creation of a document using DFS; and will appreciate any help

Preconditions: I am using Documentum Developer Edition 6.6, DFS (.Net)

1. I wanted to create a document using method Create of Object Service. I wanted to have labels of the document as '1.0', 'CURRENT', 'MyLabel' after the creation. So I set property 'r_version_label' as {'MyLabel'} and called the Create. This was wrong: I had to put array of THREE items {'1.0', 'CURRENT', 'MyLabel'} into 'r_version_label', correct? So now a cabinet where I had created the document seems 'spoiled': I see nothing in the cabinet in WebTop; but I cannot delete the cabinet using WebTop: I get error: '...it contains subfolders and/or objects'

2. How can I either delete the cabinet or fix it?

3. What do you think about the setting r_version_label={'1.0', 'CURRENT', 'MyLabel'} before Create call? Maybe this is not optimal solution for the task? Maybe there is a more elegant way to do this?

Find more posts tagged with

Comments

DCTM_Guru

1. You dont need to explicitly set 1.0 and CURRENT version label. Not sure which DFS method you are using, but the DFC method to use would be mark(), which append custom version label.

2. Use DQL to delete the object through DA.

3. See #1.

GlenLantz

"the DFC method to use would be mark()..." - but I need DFS, not DFC. Yes, in DFS I can call Checkout method, then call Checkin method; and in this Checkin I can specify only 'MyLabel'. Probably the same effect will be if I set r_version_label during={'MyLabel'} and call method Update - I hav not checked it out yet. But in both cases there will be several calls: firstly Create call, then Update/..... Each of the calls must cause request to the server, correct? If I will manage to do all this within single Create call, there will be only one request to the server. This performance gain may be essential for me, because of my software will process a lot of documents in 'batch mode'.

DCTM_Guru

"Probably the same effect will be if I set r_version_label during={'MyLabel'} and call method Update - I hav not checked it out yet."

- Is there a DFS method for appending r_version_label (NOT set)?

"If I will manage to do all this within single Create call, there will be only one request to the server."

- Have you tried just setting r_version_label in the create with only your label, not including 1.0 and CURRENT?

Message was edited by: Johnny Gee

GlenLantz

"- Is there a DFS method for appending r_version_label (NOT set)?"

Only Checkin operation. Yes, it appends specified label(s). But anyway - this is separate operation. In other words, I have to:

- create new object;

- check it out;

- then check it in

As I have said, I do not like this solution because of it requires 3 operations. Even if DFS allows to call Checkin without previous Checkout (I have not tried this yet), it will be 2 operations. Whereas setting r_version_label during={'1.0', 'CURRENT','MyLabel'} requires only 1 operation: Create. In my situation I am concerned about the performance.

"- Have you tried just setting r_version_label in the create with only your label, not including 1.0 and CURRENT?" - yes, this is what I said in the original post of the discussion. As result, I got 'spoiled' cabinet that I have to fix somehow.

GlenLantz

To: everyone

So, can someone say: is this safe and valid to set r_version_label during={'1.0', 'CURRENT','MyLabel'} before calling Create? Or I should to call Create, then make Checkout and then make Checkin? It counts 3 actions instead of 1

Hongmei

Hi GlenLantz

Please try this:

Define your label inside an array of string.

Dim labels() As String = {"Your own label"} '(VB.NET)

String[] labels={"Your won label"} //(C#)

...

Properties.Set("r_version_label", labels)

Authough it is only one custom label, define it like other repeat attributes.

Then use create or update to create your datapackage.

It works for me!

GlenLantz

>It works for me!

Yes, it worked for me too :-) The question is: can someone (Documentum docs or a Documentum support engineer0 confirm that this is safe?

DCTM_Guru

Glen,

If you want someone at EMC support to confirm this, submit a ticket.