Latest Contributions by ShawnBowers

‎07-19-2018

Thanks Daniel, that info got me close but there still seems to be an issue. I was able to change the accessType to editable through the API but it would not update the new url for the default server. Now that it's "editable" I can use the server manager to change the url but after clicking "Ok" it reverts back to the original url. There must be something that does not allow the manual change of the default server url that we are missing. In the meantime I've been going through and backup up the configs in case a reinstall/restore will be needed. I believe simply uninstalling/reinstalling GeoEvent Server will not clear out any of the configurations including the "Default" data store correct? That would mean I'd have to do a hard reset which is a manual and seemingly brute force method that I'm trying to avoid doing.

‎06-13-2018

Is there a way to change the url of the Default ArcGIS Server connection in GeoEvent? Due to a server upgrade I had to move our Portal's web adaptor to a new machine which caused issues on all of our server machines. After updating the Portal properties on each server machine to fix the issue I noticed that the fix didn't trickle down to GeoEvent. I was able to register a new Portal connection with GeoEvent and re-point my services to that new connection but the Default cannot be edited or deleted. This causes this error to be written to the logs every minute. Could not read content from Portal: {0}. java.lang.RuntimeException: java.lang.RuntimeException: Could not get user information from Portal. (Did not get a response for user information from Portal connection "Default".). at com.esri.ges.datastore.agsconnection.DefaultPortalConnection.getUsername(DefaultPortalConnection.java:490) [48:com.esri.ges.framework.datastore.agsconnection-datastore:10.6.0] at com.esri.ges.datastore.agsconnection.DefaultPortalConnection.getFoldersForUserNoRetry(DefaultPortalConnection.java:598) I could move the log level up one but I'd rather fix the Default Portal connection without having to do a full reset of GeoEvent. Thanks, Shawn

‎01-16-2018

I can also attest that we have this issue in our organization. Our users are running Windows 7 Enterprise, ArcGIS Pro 2.0 and when our IT rolled out .NET 4.7.1 last week our users get that error on start up. I rolled my machine back to 4.7 and it did fix the issue but IT will not mass roll back these updates so we will need some sort of resolution. *Followup* - I was able to use workaround #3 in this post and get all of our machines working. https://github.com/dotnet/announcements/issues/53 The only issue is that users will have to have at Local Admin or permissions to write to the Windows sub-directory.

‎03-21-2017

Robert, do you share your maps and apps with "Everyone" or "Organization"? Since Shannon is sharing just to the Organization the issue is that the web app can't verify that a user is part of the Organization so it asks for credentials. If your Portal installation is behind the corporate firewall you can share the map and services with "Everyone" and that should do it.

‎03-21-2017

In Portal, do you have the option checked to allow anonymous access to your portal under Security?

‎10-10-2016

Derek, I did get federation configured correctly. I used the Portal Admin account to do the actual federation and then shared all of that account's content with "Everyone". This allowed users to see the maps without the prompt for credentials. No additional configuration of the service urls was needed for the existing maps. And, as an added bonus the pre-existing services do not show up in the "Add Data" widget for our maps. This was a concern for us since services don't always have the most appropriate name for end users. Thank you for your help on this issue!

‎10-06-2016

I suspect you are right with the service urls. In most of our maps we have a mix of directly added service urls and registered web services from Portal. When you federate how does it deal with services that have already been added and registered through a url to Portal? Does it replace it or duplicate it? I'm thinking we will have to go through the federation then I will have to re-share each service again. What I'm hoping not to have to do is redo every one of the 15+ web maps to add the services. If I do need to update the service urls in the map could I just use the ArcGIS Online Assistant tool?

‎10-05-2016

Hi Derek, thanks for the assist here. We are using WAB Developer version 2.1. I federated and then had to back out when users were prompted for login credentials. All of the apps were created before federation. Yes, after federation the apps are prompting for logins. The security model before federation was Windows domain for users and ArcGIS Server for roles. When I backed out of federation this reverted ArcGIS Server to ArcGIS Server Built in for both. Yes, all web apps are shared with "Everyone". I didn't have time to check all of the maps and content after federation since this is a production environment but would I need to go back and re-share everything again after I federate?

‎10-05-2016

We are using Built-in for the security model. And yes, 1 configured for Portal, 1 for Server http and 1 for Server https.

‎10-05-2016

We have several WAB applications that work on anonymous access through Portal and don't use secure services. The plan is to federate our Portal with Server to host tile layers. When I federate through Portal all of our apps then prompt for login credentials. Has anyone run into this issue before? Here is the layout and settings: Server 10.4.1 on Machine A Web Adaptor 10.4.1 on Machine A for (Portal,http,https) Portal 10.4.1 on Machine B Server and Portal configured for http and https Portal configured for anonymous access All three web adaptors enabled anonymous access in IIS on Machine A All maps and resources shared to "Everyone" on Portal

‎09-09-2016

It could be a certificate issue on your Portal. Since WAB and Portal require a https connection try going to your Portal address with https. I've seen it where someone had to visit Portal once and add the certificate exception into their browser, clear their cache and then reload WAB. The other possibility is your App ID. When you pointed WAB to your Portal I'm assuming you got the green check mark and then you put in your App ID in the next box. This App ID should be created in Portal with the same url that you are using to access WAB.

‎09-07-2016

As long as you have created your application in WAB while pointing it to your Portal the "Add Data" widget will do just that. You will have to share all of the layers in Portal with "Everyone" if your application does not require users to log in to Portal. Since your Portal is behind the firewall sharing with everyone does not make them accessible to the public.

‎07-21-2016

Worked perfect, thanks Robert!

‎07-20-2016

I've noticed this issue with both the Layer list and the new Select widgets where they work as expected locally, but when I download and deploy there are issues. Once deployed both widgets lose the three dots where you pull up the additional context menu. I've tried with different themes with the same results. Can anyone else replicate this issue? Below, the first two examples are in WAB and when I "launch" from WAB. The second two are after I download and deploy to our web server.

‎02-12-2016

Will do, thanks for verifying it for me Robert!

Online Status	Offline
Date Last Visited	a week ago

My Ideas

Latest Contributions by ShawnBowers

Re: GeoEvent Default Server

GeoEvent Default Server

Re: "ArcGIS Pro has encountered as serious application error and is unable to continue."

Re: WABD and Proxies?

Re: WABD and Proxies?

Re: WAB applications after Portal federation

Re: WAB applications after Portal federation

Re: WAB applications after Portal federation

Re: WAB applications after Portal federation

WAB applications after Portal federation

Re: Out of the box Add Data Widget

Re: Out of the box Add Data Widget

Re: WAB Developer 2.1 Widget Issue

WAB Developer 2.1 Widget Issue

Re: Sorting Fields on Related Table in Attribute Table Widget

Re: Out of the box Add Data Widget

Re: Out of the box Add Data Widget

Re: WAB applications after Portal federation

Re: Edit Widget from Web AppBuilder for ArcGIS (De...

Re: "ArcGIS Pro has encountered as serious applica...

Web AppBuilder Custom Widgets