Latest Contributions by JoeHershman

‎03-04-2016

Thanks. I kind of knew it required it, but was hoping for a different answer. This is a much easier solution than what I listed I did find this site which I thought a little more concise on adding the certificate: Manage Trusted Root Certificates I do think that esri should re-evaluate the need for https with portal. For internal only facing sites I think it adds unnecessary complexity

‎03-04-2016

Collector for ArcGIS Windows 10 version does not seem to work with Portal When I try to connect to Portal using the same Url I use on my Android device (https://portal.mydomain.com/arcgis). It goes to some page within the /portaladmin API instead of connecting to our Portal (see image below) To re-iterate, this works from an Android device so I know our Portal is setup correctly. Also the Windows 10 Collector does work when I go to AGOL Thanks -Joe

‎03-04-2016

I am installing Portal internal to a domain. Because it is all internal there is no need for SSL. I am finding it almost (if not completely) impossible to configure Portal without SSL. Within Portal itself on the security page I have unchecked the 'Allow access to the portal through HTTPS only.' The issue seems to really be with WebAdapter. When I go to register the Portal with Web Adapter I give it the address: http://mymachine:7080 (instead of 7443). This works for doing the registration, however, when it registers the Portal it still gives it the Url: https://mymachine/arcgis/home. What I want is the Url to be: http://mymachine/arcgis/home. So no matter what I do it will send me to the SSL port when I try to connect. Which then give a certificate warning When I install WebAdapter I tell it to use Port 80. Using version 10.4 of Server, Portal, WebAdapter Is it possible to get this working with everything on Port 80. I find it really annoying the esri wants me to add a level of security which is not needed and requires I either install a Windows domain Cert Authority (a complete pain), get a public certificate (expensive and requires I use public names inside my domain), or live with cert warnings (which means users call the help desk constantly). Thanks -Joe

‎02-18-2016

Currently a sync service (used to generate a replica) only allows a single layer per feature class. So you cannot have two layers that point to the same feature class but filter based on definition query. This really needs to change. Having a setup with multiple layers pointing to the same feature class is a pretty standard approach for defining a map. It is possible you can have maps with numerous layers based on the same feature class and currently this would mean an individual serveice and replica for each

‎02-05-2016

Yes that would be nice. Unfortunately, as far as I have ever been able to figure out it is not possible. I think for Portal to reach its potential this is a necessity.

‎02-05-2016

I think when you say, 'not connected to the network' you mean outside the domain. That may be a better description

‎02-05-2016

There is really not an easy answer because it all depends on how your IT has things setup. If your want to share things publicly you should look at using WebAdapter. This will allow requests to come in on port 80 which is usually more acceptable to IT. I would then suggest they create a subdomain (e.g., ags.yourcompany.com) which points to the WebAdapter machine and open up port 80. That makes stuff accessible at: http://ags.yourcompany.com/arcgis/rest/services/ To go direct to the AGS machine you would need to open port 6080, the rest is basically the same If you need to use SSL that gets into some other things

‎02-05-2016

With the current Runtime API when you create new replicas, at minimum one version is created per service used to generate replicas This makes management on the enterprise more difficult because all these versions need to be kept in sync with each other so that field users will always be downloading the most current data. What would be an improvment is if the API allowed a way to define a version to use and the SyncTools geoprocessing task used the specified version when creating the replica. This would allow a single Syncronizarion version to be setup on the server (The current Mobile for Windows API does allow for this type of deployment) Thanks -Joe

‎02-05-2016

With the current Runtime API when you create new replicas, at minimum one version is created per service used to generate replicas This makes management on the enterprise more difficult because all these versions need to be kept in sync with each other so that field users will always be downloading the most current data. What would be an improvment is if the API allowed a way to define a version to use and the SyncTools geoprocessing task used the specified version when creating the replica. This would allow a single Syncronizarion version to be setup on the server (The current Mobile for Windows API does allow for this type of deployment) Thanks -Joe

‎02-04-2016

From what I can tell RegisterGeodatabaseAsync does not work with a replica created from a versioned database. What I came up with that seems to give the same results as far as sharing a database. When the Feature Service is created open the Advanced Options and under Create a version for each: Select User You will need to setup a login user to use as a generic user for this purpose In runtime application create a TokenCredential and use the IdentityManager to log on as this user Now when you create the replica it will create a specific version for that replica and will use the user name in the version name instead of the naming convention that you see when not creating replica as anonymous user. The replica that is created using this approach can be shared to other machines and when you sync it will sync against the version that was created when the replica was generated. When you Sync data just be sure that you connect to server as this generic user Unfortunately, this still requires you to create a version for each offline geodatabase. Which I find difficult from an implementation perspective because on the enterprise I need to be posting and reconciling multiple versions to manage a offline system if I want to use .geodatabase files of reasonable size antti kajanus something to consider for future runtime versions would be the ability to explicitly define what version to use to generate a replica. This would simplify deployment and the management process on the enterprise side.

‎12-09-2015

I had a similar problem on my Windows network system. Seems it was because I had initially setup things using our internal network names (before installing our SSL certs). I needed to unregistered portal from the Web Adapter and then go through the setup using the public domain name the cert was applied to.

‎11-30-2015

I continue to get this error and it occurs with different services. Anyone have any idea. Anyone know is it possible to know what these messages actually mean? Basically unable to use Runtime because of this issue, be nice if someone from esri would pay attention to posts Esri Technical Support Esri Certified Individuals ArcGIS Runtime SDK for .NET

‎11-20-2015

What I have come to learn is that this RegisterGeodatabaseAsync is meant for the old 10.2 approach that used a non-versioned archive enabled database. In the situation that uses a versioned database this method does not work. The workflow description for creating a version for each user described here Offline maps and versioned data—Documentation (10.3 and 10.3.1) | ArcGIS for Server would seem to be the best approach for achieving what is described by the workflow that requires registering the offline database on multiple machines. For a situation with many users my thinking is to have a shared login so you could have multiple users writing to the same version.

‎11-20-2015

Thanks for the update. I do have to be honest and say it has been very disappointing waiting on this. I believe last March the planned beta release was in June. As per your suggestion, "If possible, I recommend waiting until we officially release an ArcGIS Runtime product that supports Xamarin." If the delay is because of the desire to support Xamarin Forms perhaps you can rethink that decision. Having an API to start working against is far more important than that additional support.

‎11-17-2015

I thought I would start a new thread because RegisterGeodatabaseAsync and versioned data posted by John Selkirk has not seen any action for a while. I am having what would seem to be the same issue. I am using both Desktop and Server version 10.3.1 with Sql Server. I have created a Feature Service with only one layer and I am sure this layer is versioned and does not have the "Move edits to base" option selected. I have followed the directions here: Create an offline map—ArcGIS Runtime SDK for .NET | ArcGIS for Developers and have gone through this process multiple times. I am able to successfully publish the feature service with all capabilities enabled. Once the feature service is published I can run the GenerateGeodatabaseAsync method without problem as describe in the link above. I use the following parameters to setup the download var gdbParams = new GenerateGeodatabaseParameters(featureServiceInfo, extent) { OutSpatialReference = RuntimeControls.MapView.SpatialReference, SyncModel = SyncModel.PerGeodatabase, GeodatabasePrefixName = item.GdbName // = Leaks }; When using a versioned gdb, the SyncModel.PerGeodatabase is required. After the download is completed I have the following in my SDE_versions table. name owner version_id status state_id description parent_name parent_owner parent_version_id creation_time DEFAULT sde 1 1 0 Instance default version. NULL NULL NULL 2015-10-22 09:41:32.000 Esri_Anonymous_R_1447778446330 GIS 50 0 0 DEFAULT SDE 1 2015-11-17 10:40:46.000 SYNC_SEND_6317_0 GIS 51 16777216 0 Esri_Anonymous_R_1447778446330 GIS 50 2015-11-17 10:40:52.000 At this point I move the downloaded Leaks.geodatabase file to a new machine and run RegisterGeodatabaseAsync: GeodatabaseSyncTask task = new GeodatabaseSyncTask(new Uri("http://id-svr003:6080/arcgis/rest/services/Runtime/Leaks/FeatureServer")); Geodatabase gdb = await Geodatabase.OpenAsync(@"C:\Mobile\Operational\Bidirectional\Leaks.geodatabase"); GeodatabaseStatusInfo info = await task.RegisterGeodatabaseAsync(gdb); This fails and the server log shows: Error: An error occurred while adding an entry to the FEATUREDATASET_CLASSES or the FEATURECLASSES table. [Read only data or unversioned data cannot be replicated. Data versioned with the option to move edits to base cannot be replicated. GlobalIDs are required for two way and one way replica data. Creating one way replica using archiving requires archiving the replicated parent data.]. Version not found [GIS.Leaks_6317]. Version not found [GIS.Leaks_6317]. Version not found [GIS.Leaks_6317]. Version not found [GIS.Leaks_6317]. Version not found [GIS.Leaks_6317]. Version not found [GIS.Leaks_6317]. I have gone through this process a number of times and always get this failure on RegisterGeodatabaseAsync. It almost seems to me that it expects the version SYNC_SEND_6317_0 to be named Leaks_6317 This is a total show-stopper, it is not possible to deploy a Runtime offline application if we cannot register the databases as

Online Status	Offline
Date Last Visited	a month ago

My Ideas

Latest Contributions by JoeHershman

Re: Install Portal without SSL

Collector for Windows 10 with Portal

Install Portal without SSL

Create a replica with multiple layers pointing to the same feature class

Re: can the dashboard access external data in a SQL table/view

Re: configuring ArcGIS Server to host services that are made available publicly

Re: configuring ArcGIS Server to host services that are made available publicly

Provide ability to specify version used to generate replica with Runtime API

Provide ability to specify version used to generate replica with Runtime API

Re: RegisterGeodatabaseAsync and versioned data

Re: Invalid redirect when logging in to Portal for ArcGIS 10.3

Re: Failed to copy dataset, when trying to download/sync database

Re: Unable to run RegisterGeodatabaseAsync 10.3.1

Re: Xamarin Beta - any news?

Unable to run RegisterGeodatabaseAsync 10.3.1

Re: NET 10 Support Maps SDK

Re: Trying to set preferredTimeReference in sddraf...

Re: Create PortalItem with zip file

Provide way to update a pre-packaged map definitio...

Re: Failure loading MapView after upgrade to 200.7...