topic Re: ArcGIS Pro SDK for .NET points to the old FeatureClass after changing Data Source of FeatureLayer in ArcGIS Pro SDK Questions

ArcGIS Pro SDK for .NET points to the old FeatureClass after changing Data Source of FeatureLayer

AveVill — Sun, 12 Dec 2021 08:38:39 GMT

I am using ArcGIS Pro SDK for .NET version 2.2.0.12813.

Based on community sample ChangeLayerDataSource.cs I have implemented Data Source change functionality using SetDataConnection method.

featureLayer.SetDataConnection(updatedDataConnection);
‍

Everything works fine except the cases when WorkspaceFactory changes from FileGDB to SDE or the other way around, from SDE to FileGDB. After setting the new Data Connection, the new parameters are attached to the featureLayer, but when reading the layers again with MapView.Active.Map.GetLayersAsFlattenedList().OfType<FeatureLayer>(), the featureLayer.GetFeatureClass() shows the old FeatureClass. After closing/saving and reopening the project the FeatureClass is updated and SDK shows it correctly with featureLayer.GetFeatureClass().

Has anyone had a similar issue and is there a way to refresh FeatureClass programmatically to be used in SDK?

Thanks in advance,

Ave

Re: ArcGIS Pro SDK for .NET points to the old FeatureClass after changing Data Source of FeatureLayer

RichRuh — Thu, 14 Mar 2019 16:26:45 GMT

Hi Ave,

We are investigating this situation now. I'll respond again when I have more information to share.

Thanks,

--Rich

Re: ArcGIS Pro SDK for .NET points to the old FeatureClass after changing Data Source of FeatureLayer

AveVill — Fri, 15 Mar 2019 10:28:10 GMT

Hi Rich,

Thank you for your response and for looking into the matter!

I would just like to add that I carried out additional tests and discovered that the same problem occurs when the WorkspaceFactory does not change. However, when using the method findAndReplaceWorkspacePath, then the FeatureClass is updated.

My question is if this is the expected behaviour that FeatureClass is not updated when using SetDataConnection method or is this a bug?

Thanks!

Ave

Re: ArcGIS Pro SDK for .NET points to the old FeatureClass after changing Data Source of FeatureLayer

RichRuh — Fri, 15 Mar 2019 14:30:41 GMT

We think this is a bug, but haven't figured out the cause or how hard it is to fix. Is using findAndReplaceWorkspacePath an acceptable work-around?

--Rich

Re: ArcGIS Pro SDK for .NET points to the old FeatureClass after changing Data Source of FeatureLayer

AveVill — Sun, 12 Dec 2021 08:38:42 GMT

I tested different cases with findAndReplaceWorkspacePath.

It works fine with the cases:

FileGDB -> FileGDB
SDE -> SDE
FileGDB -> SDE

It fails with the case:

SDE -> FileGDB

Exception thrown: 'ArcGIS.Desktop.Mapping.MappingException' in ArcGIS.Desktop.Mapping.dll
ArcGISPro.exe Warning: 0 : ArcGIS.Desktop.Mapping.MappingException: Error HRESULT E_FAIL has been returned from a call to a COM component. ---> System.Runtime.InteropServices.COMException: Error HRESULT E_FAIL has been returned from a call to a COM component.
 at ArcGIS.Desktop.Internal.DesktopService._IMapAuthoringService.ReplaceLayerOrStandaloneTableWorkspace(Int32 repositoryID, String mapPath, String layerPath, String toFind, String replaceWith, Boolean validate)
 at ArcGIS.Desktop.Mapping.Layer.<>c__DisplayClass89_0.<FindAndReplaceWorkspacePath>b__0()
 at ArcGIS.Desktop.Internal.Mapping.Utilities.MakeBasicServiceCall(Action serviceCall)

Ave

Re: ArcGIS Pro SDK for .NET points to the old FeatureClass after changing Data Source of FeatureLayer

RichRuh — Fri, 29 Mar 2019 15:30:26 GMT

The issue should be fixed in Pro 2.4, forthcoming this summer.

--Rich

Re: ArcGIS Pro SDK for .NET points to the old FeatureClass after changing Data Source of FeatureLayer

AveVill — Tue, 09 Apr 2019 10:42:16 GMT

Thank you!

Ave

Re: ArcGIS Pro SDK for .NET points to the old FeatureClass after changing Data Source of FeatureLayer

RichRuh — Fri, 14 Jun 2019 18:47:32 GMT

This is fixed in Pro 2.4.

Re: ArcGIS Pro SDK for .NET points to the old FeatureClass after changing Data Source of FeatureLayer

ØysteinKristoffersen — Tue, 06 Aug 2019 11:39:29 GMT

Hi Rich

I am experiencing the same problem with the SDK as Ave when it comes to FindAndReplaceWorkspacePath when changing a layers source from SDE -> FileGDB.

"Exception thrown: 'ArcGIS.Desktop.Mapping.MappingException' in ArcGIS.Desktop.Mapping.dll
ArcGISPro.exe Warning: 0 : ArcGIS.Desktop.Mapping.MappingException: Error HRESULT E_FAIL has been returned from a call to a COM component..."

I realize that this is not the main topic of this thread but since it is mentioned here and exactly what I am trying to solve I wanted to hear if you know about this issue and if it is something that will be looked into by Esri?

Thank you!

Øystein

Re: ArcGIS Pro SDK for .NET points to the old FeatureClass after changing Data Source of FeatureLayer

RichRuh — Tue, 06 Aug 2019 15:12:49 GMT

Hi Øystein,

Ave's issue should have been fixed at Pro 2.4. What version of Pro are you using? Could you post a small code snippet about what you are trying to do?

Thanks,

--Rich

Re: ArcGIS Pro SDK for .NET points to the old FeatureClass after changing Data Source of FeatureLayer

ØysteinKristoffersen — Mon, 19 Aug 2019 13:50:42 GMT

Hi Rich!

I have been testing a bit recently with 2.4.0 and the problem persists for me. Originally I was doing featureLayer.FindAndReplaceWorkspacePath, and this throws the ArcGIS.Desktop.Mapping.MappingException (also in 2.4.0). However I think a more correct way for me is to do a currentMapView.FindAndReplaceWorkspacePath. I have implemented this now and an exception is not thrown, however no datasources are switched either. Nothing happens. Also notice that switching from SDE -> SDE is working fine for me. The following code is my current switch source function:

private void ChangeSourceByMap(MapView mapView) { Map map = mapView.Map; Geodatabase gdb; GDBProjectItem newgdb; foreach (KeyValuePair<connectionitem, gdbprojectitem=""> datasource in this.uniqueSourceDict) { newgdb = datasource.Value; if (newgdb == null) continue; string workspaceString = datasource.Key.ConnectionString; string suffix = Path.GetExtension(newgdb.Path).ToLower(); if (suffix == ".sde") gdb = new Geodatabase(new DatabaseConnectionFile(new Uri(newgdb.Path))); else gdb = new Geodatabase(new FileGeodatabaseConnectionPath(new Uri(newgdb.Path))); map.FindAndReplaceWorkspacePath( workspaceString, gdb.GetConnectionString(), true); } }

Thanks for your help!

Øystein

Re: ArcGIS Pro SDK for .NET points to the old FeatureClass after changing Data Source of FeatureLayer

UmaHarano — Sun, 12 Dec 2021 08:38:45 GMT

Hi,

FindAndReplaceWorkspacePath does not support changing workspace types - FileGDB to SDK and vice versa. Instead, use ReplaceDataSource method.

//This is the existing layer for which we want to switch the underlying datasource
var lyr = MapView.Active.Map.GetLayersAsFlattenedList().OfType<FeatureLayer>().FirstOrDefault();
QueuedTask.Run(() => {
    using (Geodatabase geodatabase = new Geodatabase(new DatabaseConnectionFile(new Uri(@"Full path to SDConnectionFile.sde")))) {
       using (Dataset dataset = geodatabase.OpenDataset<FeatureClass>("ArcGIS.DBO.TESTPOINTS")) {
    lyr.ReplaceDataSource(dataset);
       }
    }
});‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Thanks

Uma