Latest Contributions by JoeHershman

I have not been doing anything since the newest API was released.  When trying to connect with IWA (not passing credentials I now get the following and no connection is established.  I have no issue connecting to portal through my browser and IWA works as expected. --------------------------------------------------------------------------- ValueError Traceback (most recent call last) <ipython-input-13-740700131cc8> in <module>() 2 ----> 4 portal = GIS("https://portaldev.ramtech-gis.com/portal", verify_cert=False) C:\ArcGISPython\Anaconda\lib\site-packages\arcgis\gis.py in __init__(self, url, username, password, key_file, cert_file, verify_cert, set_active) 91 self._datastores_list = None 92 self._portal = portalpy.Portal(self._url, self._username, self._password, self._key_file, self._cert_file, ---> 93 verify_cert=self._verify_cert) 94 95 if self._url.lower() == "pro": C:\ArcGISPython\Anaconda\lib\site-packages\arcgis\_impl\portalpy.py in __init__(self, url, username, password, key_file, cert_file, expiration, referer, proxy_host, proxy_port, connection, workdir, tokenurl, verify_cert) 159 verify_cert=verify_cert) 160 #self.get_version(True) --> 161 self.get_properties(True) 162 163 C:\ArcGISPython\Anaconda\lib\site-packages\arcgis\_impl\portalpy.py in get_properties(self, force) 973 if not self._properties or force: 974 path = 'accounts/self' if self._is_pre_162 else 'portals/self' --> 975 resp = self.con.post(path, self._postdata(), ssl=True) 976 if resp: 977 self._properties = resp C:\ArcGISPython\Anaconda\lib\site-packages\arcgis\_impl\connection.py in post(self, path, postdata, files, ssl, compress, is_retry, use_ordered_dict, add_token, verify_cert, token) 912 headers.append(('Accept-encoding', 'gzip')) 913 --> 914 handlers = self.get_handlers(verify_cert) 915 opener = request.build_opener(*handlers) 916 C:\ArcGISPython\Anaconda\lib\site-packages\arcgis\_impl\connection.py in get_handlers(self, verify_cert) 810 from .common._iwa import NtlmSspiAuthHandler, KerberosSspiAuthHandler 811 --> 812 auth_NTLM = NtlmSspiAuthHandler() 813 auth_krb = KerberosSspiAuthHandler() 814 C:\ArcGISPython\Anaconda\lib\site-packages\arcgis\_impl\common\_iwa.py in __init__(self) 53 54 def __init__(self): ---> 55 self.sspiauth = SSPINTLMAuth() 56 57 def http_error_401(self, req, fp, code, msg, headers): C:\ArcGISPython\Anaconda\lib\site-packages\arcgis\_impl\common\_iwa.py in __init__(self, user) 17 if not user: 18 user = win32api.GetUserName() ---> 19 self.sspi_client = sspi.ClientAuth("NTLM",user) 20 21 C:\ArcGISPython\Anaconda\lib\site-packages\win32\lib\sspi.py in __init__(self, pkg_name, client_name, auth_info, targetspn, scflags, datarep) 109 client_name, self.pkg_info['Name'], 110 sspicon.SECPKG_CRED_OUTBOUND, --> 111 None, auth_info) 112 _BaseAuth.__init__(self) 113 ValueError: year 30828 is out of range‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ ... View more

Thank you for the detailed response, this is very helpful ... View more

I have still seen the behavior you describe in your first bullet point even when following the workflow you present in the second description.  I would never get a full round trip sync from multiple devices.  Now one thing we do have that (I would guess) impacts things is we use IWA.  So that second user is not the same actual user that created the replica. This goes back to something I have brought up before the idea of using a fake user as the sync user.  However, that would basically mean having a separate AGS at minimum to use for generating replicas (if not a separate Portal deployment).  This over complicates deployment to a point that it is no longer acceptable.  Because our primary Portal is used for much more than just hosting mobile sync, and IWA is a critical requirement of the deployment. I would love to see esri invest more effort in a robust versioned offline workflow that could also work in a scenario where multiple services are required for 100s of offline users.  Because of the limitation of a single feature layer per feature class it is difficult to find a approach that would not require multiple services for a large deployment ... View more

I ended up moving to Jenkins instead of vs online.  In Jenkins I can control where everything is placed and use the same folder structure as our development machines.  Also kind of slick it does multi-branch setup so it will build against any branch commits.  The scripting took a bit to figure out (I have not setup Jenkins for a couple years) but once you get a handle seems pretty powerful. ... View more

Thanks for the response.  I have been doing this a long time and do understand the ins and outs of how versioning works.  The AD tables are clean, the database in compressed and there are just weird issues with performance.  Have been working with support and a database person for a while now and still some things that don't make a lot of sense. Again...thanks for the reply -Joe  ... View more

My testing has found that no matter what, in a versioned deployment the replica needs to be generated and downloaded onto the device via the API.  If it is the same user it will not create a new version, but the download process still needs to be done from that device.  I have tried to sideload a replica created on one device onto another which is being logged onto by the same user.  I have seen data move back to the server and from server to device, but not correctly.  I would observe something like device B pushes the edits to the server and they are seen on the server, but device A would not pull those changes.  The correct round trip behavior was not occurring.  If I did the full download process using the API from each device, I would only have the one version and things would sync correctly.  This, however, is not a valid workflow because doing this requires a replica be created every time you want to download a database. ... View more

I can sync both directions using the archive model.  But I agree I am missing arcgis mobile.  I think from an offline perspective the way the mobile for Windows API handled things worked far better than the existing replica model. ... View more

What I have setup right now is to generate an initial replica of my non-versioned archive enabled database.  We have made the trade off to move this direction because the versioning scheme is a disaster, in my opinion, for versioned replication. An issue I have found is that when generating a replica it will only sit on the server for a little while before being deleted so you need to generate (I do though the runtime API and then make a copy of that replica but you can do through rest directly).  If you do through rest you need to copy off the server after it is created.  Our approach right now is to put those replicas on Portal.  I zip up and tell portal it is a code file because it will load that way, defining the zip as some types Portal checks the file and it won't load.  On the clients I download the Portal item, unzip and call Register of that database.  At this point it will sync changes from that user. Yes it is cumbersome.  I think that the new replication approach is poorly designed and not well thought out, especially for a large offline deployment.  Using versioned data in a large deployment is not possible, unless you consider managing 1000 versions realistic.  There is no way to have reconcile and post working efficiently and stable with that many versions to achieve a near real-time field updates.  Not to mentions the administration nightmare.  The limitations on replicas only having a single feature class per layer (i.e., two layers pointing to a single feature class) makes designing offline databases very difficult.  To see the same data symbolized in two ways I now need to have two offline databases and all the deployment and client side effort that involves. Good luck -- joe ... View more

Yup ... View more

Ya..I was able to get the tests to run when running through a the test runner in VS (using the same basic method),  Its figuring out a way to run the a build agent that is beating me up. Thanks... ... View more