VBOs with same name

[Neel1]

using BP version 7.0 - I have two VBO as visible below. The one under Web API is older one and other one is new.

When i am selecting the bottom one in action and click on okay. VBO got changed to Web API one.

What can be possible reason for this.  i now renamed the bottom one to avoid the conflict.

[Tejaskumar_Darji]

I tried to reproduce the same in the latest 7.4 and observed the same, this is indeed a bug.

If we have the same name of Object and WebAPI then it does not save the Action information.

[AmolJangam]

It is not bug but intended behavior of Blue Prism.

Since a Object ID is created in database, your new object will get redirected to the same even though you create different version with same name.

While Importing object with same name BP will ask for overwriting and if you choose not to then such issues occurs, where earlier version is given preference.

[Tejaskumar_Darji]

HI @AmolJangam  This issue involves one object and one Web API sharing the same name, not two objects with identical names. You can try it out to get a clearer understanding of the problem. It looks like the conflict is happening due to name and not the ID.

[ewilson]

@Neel1 

The SharePoint connector was converted from a Web API Service to a VBO back in May 2024. It was given a new Object ID, but the name was kept the same. As far as the DB is concerned, they are two different items. In hindsight, we probably should have changed the name slightly.

The best solution to address this now is to simply archive the old Web API Service definition. It should not be used any more.

Cheers,
Eric

[Neel1]

Thanks @ewilson for replying here and  Yes, a different name could have avoided the confusion. but we are sorted here. Once i imported the VBO version , i removed the web API version.

[Kirk.Russell]

Hi @Neel1 I'm curious, did you already have actions built using the old web version?

I can't see a way of doing this without breaking all my current SharePoint actions, if I change the name of the web version the actions break, if I retire the web version the actions break. If I rename the incoming vbo version to use it while the web version is intact to help with configuring the actions, on next release of the vbo version they will still be different vbos and the actions need reconfiguring again to use the standard name version?

Hi @ewilson simply archive the old web api version doesn't really cover the impact on current actions? Or am I missing something here?

Regards

Kirk

[Neel1]

hello @Kirk.Russell - We have both the Asset [ Web API + VBO ].

There are few automations which are using Web API version and latest Processes which we are building are using the VBO one and there is no issue coming in using both differently.

My earlier response was with respect to my Sandbox env where i removed/delete Web API one . i should have make it more clearer.

Below is how we have name the asset for clearer segregation 

VBO one is with this name.

Web API one is with below name.

[ewilson]

@Kirk.Russell if you have automations that are using the older Web API based SharePoint connector, you should plan to migrate them to the newer VBO. Archiving the Web API connector while it's still being used would cause those processes to break.

Cheers,
Eric

[Kirk.Russell]

Thanks @Neel1 @ewilson 

So my options for migrating are either:

Leave the web api in place, rename the newer vbo and then build and swap all the actions side by side, delete the web api but then need to do a similar migration with the next vbo update as the import wouldn't update the renamed vbo

Or

Remove the web api and then have to rebuild all the actions from fresh with the newer vbo

Definitely not the smooth migration I'm used to with BP objects.

Kirk