I noticed the instructions show 10.4 when installing ArcREST, but not sure that the upgrade to 10.4.1 would change that.
Could you share the instructions you are referring to or a link to it?
Install ArcREST - Adopta | ArcGIS for Local Government
This solution *SHOULD* work with 10.4, but I make no guarantees. It looks to be pretty straight forward - you don't even have to change the schema in the sample GDB provided.
In fact the schema is exactly the same, the only difference is the name of the service:
This example is slightly different because the geometry type is polygon, but the fields are named the same:
I'm yet to see an upgrade change the folder from 10.4 to 10.4.1 in C:\Python27\. You should be good with it the desktop one but make sure the x64 (C:\Python27\ArcGISx6410.4) is used for the server install
Thanks so much for your input on this topic, it does appear to be working with version 10.4. I haven't gotten all the bugs out of the Adopta App I deployed but don't think they are related to Server Version.
This is Chris Buscaglia from the Local Government Solutions team.
Please let me know if you need any help configuring the application, I can assist you with that.
I think that I have it really close, changed the email templates to reference hydrants and renamed the layer. Everything seems to be working independently, until I put it together in the Web Appbuilder (developer edition). At that point when I enter an email to signup/login I get a generic error "unable to complete operation". I think it must have something to do with the AuthGP service. An entry is never made in the usertable and an email is never sent. The AuthGP service does run in Arcmap before publishing the service. Any ideas would be appreciated.
ArcREST installed on the ArcGIS server machine hosting the GP service?
If so, we may need to do a quick screen share to triage it - send me a email at email@example.com and we can continue the conversation.
FYI, It turns out that after some testing there are issues that make it impossible for the app to access the user table without an upgrade to at least 10.4.1. Thanks for all the help!
The solution is officially supported on ArcGIS 10.4.1 and 10.5, but we've had customers successfully deploy it on earlier versions of ArcGIS Server.
Please work with Esri support services to help you configure the application.
i worked with ESRI support to try and get it running on our 10.4 Server. We got hung up on the application being able to access the user table. And they finally told me that I need to upgrade. I'm sure there may be a work around but we didn't find it. It seems there may be some issue with the GP service permissions once it runs inside the app. It worked fine when I ran it from Arcmap, both sending email and updating the user table.
Talked with you about the Adopta App last spring, giving it one more try right now. Wondered if you might have any
ideas about the error I'm getting now.
Looks like there are a few things that could be wrong with the configuration.
Please open a support case so that we can triage.
I opened a support case and have been working with Andy on some issues, one of the things we’ve done is install the latestest adopta app and working on publishing the AuthGP with the latest version. The errors we have seem to be with accessing the table in an enterprise database, the same database the feature service was published from and is registered with the server. See the attached image. Basically, the same error I was having last year but then haven’t tried the new AuthGP yet.
I did notice something in the instructions for getting started with adopta that says:
If you published the service with ArcGIS for Server or ArcGIS Enterprise, you'll have to add<http://links.esri.com/ArcGISOnline/Additemsfromtheweb/> the service to your ArcGIS organization before completing the remaining steps.
: I don’t quite understand why I would have to add an item to portal that is already shared with portal and appears in my content?
Still working with ESRI support:
I got a minute with the IT guy, ArcREST was installed on the server the arcgis account didn’t have permission to the installation folders but changed that and no difference in the errors. I restarted the server through the admin just in case, but nothing changed. One thing I noticed is that on the server machine python installed at C:\python27\, while the server installation directory is at A:\Arc GIS Server\. Python was installed during the original installation. Could this be a factor? Is there a way to rename the folder to A:\arcgisserver\ removing the spaces without reinstalling?
Also, I talked with another person who had some issues getting the app to run and got the same error. He said he had to get a firewall port opened up for the app server to access the database?
In short, here is where we are:
AuthGP service, writing to UserTable in a file GDB:
"description": "Failure in sending email. (535, '5.7.3 Authentication unsuccessful')"
"description": "Start Time: Thu Nov 02 14:55:49 2017"
"description": "Executing (AuthGPScript): AuthGPScript firstname.lastname@example.org Signup https://cidicgis2016.ci.dickinson.nd.us/adoptahydrant \"CIDICGIS2016Gis Server DataReplicasAdopta.gdbUserTable\"
AuthGP1 service writing to GEOCOD.DBO.UserTable in an Enterprise GDB:
Unable to complete operation.
Error executing tool. AuthGP Job ID: j2b71cca1216d427186477ba1e4ab914c : The value does not exist. The value is empty. The value is empty. The value is empty. The value is empty. The value is empty. The value is empty. ERROR 000732: User table: Dataset A:\Arc GIS Server\directories\arcgissystem\arcgisinput\SpecialUseData\AuthGP1.GPServer\extracted\v101\GEOCOD OS 10.53.70.137.sde\UserTable does not exist or is not supported
Both the AuthGP services run successfully before publishing.
Did this ever get resolved?
We never got it working on our server due to issues with permissions and the Adopta widget, but I have spoken with people who got it working on versions even prior to 10.4. Do a search on the internet and find some REST endpoints for it. You will see people having it running on different versions of the software.
Retrieving data ...