nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Updating Category Attribute Values In CBCreate

micfoste_wl

Help please! (CS10.5 using the CS16 CSide plugin as 10.5 seemed very buggy)

I've tried three different approaches and no success. I've been able to update category values from CBCategoryUpdate method so I know it's doable but the same approach in create doesn't seem to work.

Here's what I've tried:

1) DAPI.SetNodeUserAttr & DAPI.UpdateNode(node) - Throws an error

String attributeIdentifierString = 'CategoryName[1].AttributeName[1]';

echo("Testing DAPI.SetNodeUserAttr with identifier: '"+attributeIdentifierString+"'");

Integer errorID = DAPI.SetNodeUserAttr(node, attributeIdentifierString, newValueToSet, DAPI.ATTR_SET_CAT);

if ( errorID == DAPI.OK )

echo("SetNodeUserAttr OK. Updating Node");

DAPI.UpdateNode(node)

echo("Node Update complete.");

else

echo("SetNodeUserAttr Failed.");

end

2) LLAPI.AttrData.New - Error: Can only call Scripts or External API functions.

//Trying pVersionNum -1 or +1 doesn't help

Dynamic newAttr = $LLIAPI.AttrData.New(dapiCtx, node.pID, node.pVersionNum+1)

newAttr.fData = attrData.fData;

newAttr.fDefinitions = attrData.fDefinitions;

newAttr.fData.(myCategory.key).Values[1].(myCategoryAttribute.attID).Values[1] = newValueToSet;

newAttr.fNewCreation = true;

echo("newAttr Updated");

Object llnode = $LLIAPI.LLNodeSubsystem.GetItem( node.pSubType )

echo("llnode Retrieved");

//Error happens here. Complains about caches versions.

Dynamic status = llnode.NodeCategoriesUpdate(node, newAttr);

3) ValueChanges - No error, no changes

RecArray valueChangesRecArray = createInfo.ValueChanges;

List newValueChangeList = List.Create('CategoryName[1].AttributeName[1]', myCategory.attributeValue[1], newValueToSet, myCategory.key[1], myCategoryAttribute.attID);

Integer addedPos2 = RecArray.AddRecord(valueChangesRecArray, newValueChangeList);

createInfo.ValueChanges = valueChangesRecArray;

Anyone got some sample code that works in 10.5+ that I can reuse?

Thanks!

Find more posts tagged with

Comments

eLink User

Can you tell the forum in plain english what is being attempted?

Are you creating a Node?

Or are you adding a version on top of an existing Node? Perhaps the old node has categories in it?

How would the newly created node get the category data?

I do not see anything that tells me you are asking for it?

some examples

// Retrieve the attribute data.

if ok

result = $LLIApi.AttrUtil.GetAttrDataWithSourceOption( \

another example

/ get the category definition

category = $LLIAPI.AttrUtil.AttrDefGet( prgCtx, createInfo.Input.CatRecords[ 1 ].Cat_AttrSet[ 1 ] )

If you look in your call example 2

Dynamic newAttr = $LLIAPI.AttrData.New(dapiCtx, node.pID, node.pVersionNum+1)

you can pass a 4th param which can be a category dataid as well,but my guess is you are in a transaction

and the node is really not there yet at least this futuristic node doesnot yet have the cats/atts you are after.

if you know how to read that oscript you can see what most of the things are doing.

For e.g if you look at that call it says if you do not pass a defid to it then go look at the parent

Frame attrData = Frame.New( { { "fParent", this } } )

Perhaps in your old env the code worked because the folder had a category and it was inheritance filling you in?

.....appu appnair appunair

Well, if I called the wrongnumber, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937

On Tue, May 31, 2016 at 5:46 AM, eLink Entry: Content Server Development Forum <development@elinkkc.opentext.com> wrote:

Updating Category Attribute Values In CBCreate Posted byFoster, MichaelOn 05/31/2016 06:43 AM

Help please! (CS10.5 using the CS16 CSide plugin as 10.5 seemed very buggy)I've tried three different approaches and no success. I've been able to update category values from CBCategoryUpdate method so I know it's doable but the same approach in create doesn't seem to work.Here's what I've tried:1) DAPI.SetNodeUserAttr & DAPI.UpdateNode(node) - Throws an errorString attributeIdentifierString = 'CategoryName[1].AttributeName[1]';echo("Testing DAPI.SetNodeUserAttr with identifier: '"+attributeIdentifierString+"'");Integer errorID = DAPI.SetNodeUserAttr(node, attributeIdentifierString, newValueToSet, DAPI.ATTR_SET_CAT); if ( errorID == DAPI.OK ) echo("SetNodeUserAttr OK. Updating Node"); DAPI.UpdateNode(node)echo("Node Update complete.");else echo("SetNodeUserAttr Failed.");end 2) LLAPI.AttrData.New - Error: Can only call Scripts or External API functions.//Trying pVersionNum -1 or +1 doesn't helpDynamic newAttr = $LLIAPI.AttrData.New(dapiCtx, node.pID, node.pVersionNum+1)newAttr.fData = attrData.fData;newAttr.fDefinitions = attrData.fDefinitions;newAttr.fData.(myCategory.key).Values[1].(myCategoryAttribute.attID).Values[1] = newValueToSet;newAttr.fNewCreation = true;echo("newAttr Updated"); Object llnode = $LLIAPI.LLNodeSubsystem.GetItem( node.pSubType )echo("llnode Retrieved");//Error happens here. Complains about caches versions.Dynamic status = llnode.NodeCategoriesUpdate(node, newAttr); 3) ValueChanges - No error, no changesRecArray valueChangesRecArray = createInfo.ValueChanges;List newValueChangeList = List.Create('CategoryName[1].AttributeName[1]', myCategory.attributeValue[1], newValueToSet, myCategory.key[1], myCategoryAttribute.attID);Integer addedPos2 = RecArray.AddRecord(valueChangesRecArray, newValueChangeList);createInfo.ValueChanges = valueChangesRecArray; Anyone got some sample code that works in 10.5+ that I can reuse?Thanks!
[To post a comment, use the normal reply function]
Forum: Content Server Development Forum
Content Server: Knowledge Center

micfoste_wl

I can definitely provide some background.

The client system is going to have a number of standard categories that are being inherited down. For example we have one called 'All Records' that captures mandatory information regarding a record (so not really needed on a folder but it inherits down to our documents) and 'Folder' that captures custom attributes at a folder level.

One of the attributes on the Folder category is a unique reference ID. There's logic that goes into this field and that logic is dependent on the other categories that are added to a folder.

For example if I add a Customer category then the naming will take into account the customer number. These numbers are used in particular for their physical tracking. (Which we inherit down onto our physical objects.)

From CBCreate I can identify what categories have been added and the existing attributes that have been selected from the create form. I just can't seem to update any of the attributes

From a business logic I am doing

if (cat1 & cat2 & cat 3)

update unique reference ID to X

else if (cat1 & cat2 & cat4)

update unique reference ID to Y

else if (cat1 & cat2)

update unique reference ID to X

end

I'm also updating the name of the folder in the same method but that one has been straight forward.

eLink User

Some thing in your post is not jiving with me.

A CBCreate call back in 971 that used to work,you were successful with your original lines of code to make a category update happen in CBCreate in 971
I checked 971 CBCreate and CS10 CBCreate very little has changed in fact it much of the old oscript will compile very neatly into new save for object deprecations and such like.
I tested CS16 CB Create call back with changes as I thought it should be done basically the call to get $LLIAPI.AttrData.New(dapiCtx, node.pID, node.pversionNum) is giving me a empty frame.I basically changed the call to give me the attribute data and then changed the attribute values in a playing category
I do not use the hard coded notation as in your post so I used the standard OT way of changing a value inside the attribute.getting the indexes wrong can sometimes corrupt data.

I put this for you to see my implementation,https://knowledge.opentext.com/knowledge/cs.dll/Properties/62978719 it was done without much thought and heavily commented.I would say don't use thecode as it is debug it further if you think this is a OT problem get them involved.

.....appu appnair appunair

Well, if I called the wrongnumber, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937

On Tue, May 31, 2016 at 10:28 PM, eLink Entry: Content Server Development Forum <development@elinkkc.opentext.com> wrote:

Re Updating Category Attribute Values In CBCreate Posted byFoster, MichaelOn 05/31/2016 11:23 PM

I can definitely provide some background.The client system is going to have a number of standard categories that are being inherited down. For example we have one called 'All Records' that captures mandatory information regarding a record (so not really needed on a folder but it inherits down to our documents) and 'Folder' that captures custom attributes at a folder level.One of the attributes on the Folder category is a unique reference ID. There's logic that goes into this field and that logic is dependent on the other categories that are added to a folder.For example if I add a Customer category then the naming will take into account the customer number. These numbers are used in particular for their physical tracking. (Which we inherit down onto our physical objects.)From CBCreate I can identify what categories have been added and the existing attributes that have been selected from the create form. I just can't seem to update any of the attributes From a business logic I am doingif (cat1 & cat2 & cat 3) update unique reference ID to Xelse if (cat1 & cat2 & cat4) update unique reference ID to Yelse if (cat1 & cat2) update unique reference ID to Xend I'm also updating the name of the folder in the same method but that one has been straight forward.
[To post a comment, use the normal reply function]
Topic: Updating Category Attribute Values In CBCreate
Forum: Content Server Development Forum
Content Server: Knowledge Center

micfoste_wl

Thanks for the code snippet Appu.

This is all new code in 10.5 so no information on if it would have worked in 9.7.

I'll let you know how I go.

micfoste_wl

It's all seeming rather easy now so I'm going to do some more testing.

Here's the code that I think works:

Object llnode = $LLIAPI.LLNodeSubsystem.GetItem(node.pSubtype);

Assoc getResult = llnode.NodeCategoriesGet(node);

Frame attrDataFrame = getResult.AttrData;

//Steps in here to determine the key and attID

attrDataFrame.fData.(key).Values[1].(attID).Values[1] = ‘New Value’;

Assoc updateRes = llnode.NodeCategoriesUpdate(node, attrDataFrame);

eLink User

Since it is seeming rather easy rather than "snippet programming" if you adhere to some commonly practiced

ways it will be easy.If you can attend OT courses that will help you go further.

Oscript is what the entire LL server is running.As programmers all except the builtins(DAPI, CAPI such like classes) all the script code is for you to debug and explore.One of the best ways is to understand how to trace a call from the GUI to final output.In old builder one could out the $variables like lliapi into a inspector and look at the code very easily. CSIDE seems to kill that you have to put that as an external script file and look at it. Both debugging tools CSIDE and builder were idiosyncratic but CSIDE has teething pains so majority of old school people like me are doing dev in builder and porting it in CSIDE for newer things.

If you are not having active work in oscript all the time knowing oscript will help you find problems much more easily,extend and override calls ,create webservices extensions when integrators complain about it ,add commands etc . I would not be comfortable in OT livelink if I did not know oscript

(although I feel like I never get a chance to do anything because management thinks coding/ customization is poison,thanks to OT marketing/sales ).BTW so many rich applications can be made in this rather than kludges with WF/WR and so on.

In case this looks alien

Object llnode = $LLIAPI.LLNodeSubsystem.GetItem(node.pSubtype);

Assoc getResult = llnode.NodeCategoriesGet(node);

That is OT's way of Objectifying the calls or come closer to OOP.

Chris Meyer's Blog on a real OOP treatment of Oscript

even in newer code base I see a CSNODE perhaps this is OT trying to move closer to easy programming

.....appu appnair appunair

Well, if I called the wrongnumber, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937

On Thu, Jun 2, 2016 at 1:23 AM, eLink Entry: Content Server Development Forum <development@elinkkc.opentext.com> wrote:

Re Re Updating Category Attribute Values In CBCreate Posted byFoster, MichaelOn 06/02/2016 02:18 AM

It's all seeming rather easy now so I'm going to do some more testing.Here's the code that I think works:Object llnode = $LLIAPI.LLNodeSubsystem.GetItem(node.pSubtype);Assoc getResult = llnode.NodeCategoriesGet(node);Frame attrDataFrame = getResult.AttrData;//Steps in here to determine the key and attIDattrDataFrame.fData.(key).Values[1].(attID).Values[1] = ‘New Value’;Assoc updateRes = llnode.NodeCategoriesUpdate(node, attrDataFrame);
[To post a comment, use the normal reply function]Topic:Updating Category Attribute Values In CBCreateForum:Content Server Development ForumContent Server:Knowledge Center

micfoste_wl

I would love to have had time to attend a course and learn more but to be honest I'm just filling a resource gap and helping out with some of the coding. And we too are trying to move away from customisations even when they are making use of hook patterns like CBCreate.

Hopefully CSIDE and Eclipse is a long term move towards a much more object oriented approach. While my colleagues laud the flexibility of OScript I find that it leads to a host of really ineffcient and time consuming solutions. I've ready how people have implemented their own OO packages to make the application work in an easier way and that just seems strange. The pace of progress seems to be a crawl rather than a jog. Possibly as OT doesn't want people to focus on customisation.

We're getting off track

Quoted eLink on 06/03/2016 02:32 PM:

Since it is seeming rather easy rather than "snippet programming" if you adhere to some commonly practiced

ways it will be easy.If you can attend OT courses that will help you go further.

In case this looks alien

Object llnode = $LLIAPI.LLNodeSubsystem.GetItem(node.pSubtype);

Assoc getResult = llnode.NodeCategoriesGet(node);

That is OT's way of Objectifying the calls or come closer to OOP.

Chris Meyer's Blog on a real OOP treatment of Oscript

even in newer code base I see a CSNODE perhaps this is OT trying to move closer to easy programming

.....appu appnair appunair

Well, if I called the wrong number, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937