POST
|
Hi, Marc, yes, I will share. Probably in a separate post--the IIS/ARRsolution is working beautifully for me! As well as the traditional ArcGIS Services I also have the GeoEvent Extension/WebSocket working fine. No need for any Nginx--use IIS/ARR/UrlWrite in GUI mode along with the settings in the ArcGIS 'Admin' mode. Thanks,
... View more
10-10-2016
06:07 PM
|
0
|
1
|
3832
|
POST
|
Alex, Thanks for the info. I am kind of relieved that clustering is not being recommended at this time--it's a bit complicated and not living up to the hopes--per that link you provided. However, I still don't know why would restarting any of the machines in the cluster cause the '400 Bad Request' error. I kind of have an idea as to why--here is some info: I have successfully created a three ArcGIS Server (10.3.1) cluster; all these run GEP (10.3.1 with a patch installed). The public facing machine is a separate machine running IIS with Application Routing (ARR) doing the role of not only the standard reverse proxy but also a reverse proxy for WebSocket--I don't think one has to have nGinx running in case of Windows. The ArcGIS has the WebSocketContextURL pointing to the Reverse Proxy. All that works as expected, I think! But, upon any of these ArcGIS Server reboots, I see these these '400 Bad Request' in the GEP log files. The Clustering diagnostic utility for RabbitMQ doesn't find any problem even after reboots. @Here is the error: com.esri.ges.datastore.agsconnection.AbstractStreamServiceClient During initialization, an unexpected error has occurred. Cannot communication with the Stream Service 'issmon1f'. Error: 'Bad response status 400 Bad Request'. Sep 8, 2016, 10:27:56 PM ERROR Anyway, I am about giving up on GEP clustering but had spent so much time on that..I am curious to know as to what is happening? I feel like I was almost there: Failover, High Throughput in an ArcGIS Cluster running GEP. Thanks. PS. rsunderman-esristaff
... View more
09-12-2016
05:27 AM
|
0
|
0
|
782
|
POST
|
I too have this kind of problem in GEP 10.3.1 in a cluster environment. Basically, when one machine is shut down and restarted then I see errors like 'No service found' in GEP Manager and in the log file such entries: m.esri.ges.datastore.agsconnection.AbstractStreamServiceClient Bad response status 400 Bad Request java.io.IOException: Bad response status 400 Bad Request at com.esri.ges.datastore.agsconnection.AbstractStreamServiceClient.getConnection(AbstractStreamServiceClient.java:359)[241:com.esri.ges.framework.datastore.agsconnection-datastore:10.3.1] at com.esri.ges.datastore.agsconnection.AbstractStreamServiceClient.setup(AbstractStreamServiceClient.java:311)[241:com.esri.ges.framework.datastore.agsconnection-datastore:10.3.1] at com.esri.ges.manager.datastore.agsconnection.AGSConnectionStatusListenerStreamServiceClient.setup(AGSConnectionStatusListenerStreamServiceClient.java:30)[344:com.esri.ges.manager.agsconnectionmanager-api:10.3.1] at com.esri.ges.datastore.agsconnection.AbstractStreamServiceClient$1.run(AbstractStreamServiceClient.java:159)[241:com.esri.ges.framework.datastore.agsconnection-datastore:10.3.1] Sep 8, 2016, 10:27:56 PM INFO com.esri.ges.datastore.agsconnection.AbstractStreamServiceClient During initialization, an unexpected error has occurred. Cannot communication with the Stream Service 'issmon1f'. Error: 'Bad response status 400 Bad Request'. Sep 8, 2016, 10:27:56 PM ERROR ------------------------- connection timed out for connection string (XXXXXX:2181) and timeout (30000) / elapsed (42961) org.apache.curator.CuratorConnectionLossException: ------------------ The only 'workaround' for me is to remove the 'WebSocketContextURL' entry in the 'Admin' part of AGS; that gets the GEP publishing to Stream Server going again. Then, when I re-enter the 'WebSocketContextURL' entry, everything runs fine--until the next shut down or reboot. Either I am missing some 'Best Practice' in case of GEP Clusters or there is some bug? Hello ESRI engineers?
... View more
09-09-2016
06:15 AM
|
3
|
4
|
782
|
POST
|
Hi bdodsonesri-ca-esridist, I am having a real hard time making this work in my IIS and ArcGIS Server environment. I have tried various rules in IIS and added the WebSocketContextURL as well but so far I am only able to direct (from a non-GIS web server running IIS) to regular ESRI services on an ArcGIS Server. No luck with Web Socket part which is, of course, needed by the GeoEvent Extension. Could you please share some screen caps or at least some configs in both IIS and the ArcGIS Server's 'System->Properties' page? Thanks!
... View more
08-28-2016
06:13 AM
|
0
|
4
|
3832
|
POST
|
Elliot, There should be a 'Field' tab right besides the 'Value' tab but that is missing in your attached image? On my system the Field tab is present.
... View more
11-30-2015
11:13 AM
|
0
|
0
|
854
|
POST
|
Never mind! I think I got it: (?i).*hospi[tal|tality|tals].* HTH.
... View more
11-13-2015
10:11 AM
|
0
|
0
|
524
|
POST
|
Hi, I have following Filter with a 'MATCHES' clause: .*Hospit[tal|ality].* This one corect catches words like 'Hospital' or 'Hospitality' but it is case sensitive. I need to be able to catch words like 'hospital' etc. So I tried this: .*Hospit[tal|ality]/i.* But it is not working--the output is zero. Any idea? Thanks!
... View more
11-13-2015
07:32 AM
|
1
|
1
|
2807
|
POST
|
I think this is better instructions because it addresses the 'non standard' port of 6180: 35894 - Configure a reverse proxy system architecture for ArcGIS Server with IIS 7 I will try this...
... View more
11-10-2015
05:49 AM
|
0
|
0
|
405
|
POST
|
This is a cross post from another site (GIS Stack Exchange). I am not even getting enough page views there. Hopefully, someone will help here. Thanks. I have a public facing server, say gispublic.edu, with port 80 to the outside network. I also have an internal GIS server, say, gisintranet.edu. On gispublic.edu I have a Web Adaptor installed pointing to gisintranet.edu:6080. This works fine within the intranet. However, the GeoEvent extension on gisintranet.edu uses port 6180; and we don't want that port to be opened to the outside. Problem is that web applications deployed on gispublic.edu are looking for ws://gisintranet:6180 which, of course, don't work. I tried to follow this: http://support.esri.com/en/knowledgebase/techarticles/detail/40680 but no luck so far. I think I need to setup a reverse proxy on gispublic.edu but the above instructions are not working--my web application still can't see the ws://gistranet:6180 end point. Any idea?
... View more
11-09-2015
12:41 PM
|
0
|
1
|
3786
|
POST
|
So, yes, the above link helped me to fix the problem! Here is what I entered: {"WebSocketContextURL" :"ws://myserver.domain.edu:6180/arcgis"}
... View more
11-01-2015
10:04 AM
|
0
|
0
|
970
|
POST
|
Oh, dummy me, here is a possible solution. Apologies: websocket url configuration in stream service
... View more
11-01-2015
09:51 AM
|
0
|
1
|
970
|
POST
|
Hi, I have a test setup where both port 80 and 6180 are open to the extranet. So I could go to: http://MYSERVER.DOMAIN.EDU/arcgis/rest/services and select my Streaming Service and then click 'Subscribe'; the Subscribe link works within the intranet but not within the internet and I think the problem is that the Web Socket call is referencing the intranet machine name, such as ' ws://GCENTERDEV1:6180/arcgis/ws/services/...' It should be something like ws://myserver.domain.edu:6180/arcgis/ws/services/... What do I need to do to fix it? Surely this can't be that complicated because otherwise the GeoEvent extension will be hard to configure. Thanks!
... View more
11-01-2015
09:46 AM
|
0
|
2
|
4454
|
POST
|
Never mind, got it! Not 100% sure what finally helped but I did delete a GeoEvent folder from C:\programdata folder and also removed a bunch of 'GeoEvent' entries using RegEdit. Perhaps, because this was a duplicated of a clustered VM, there were some configurations related to the cluster which were causing the problem. After cleaning up, I reinstalled the GeoEvent extension and this time, I think, there was a brief splash screen related to software authorization--something like that. HTH.
... View more
10-31-2015
07:02 AM
|
0
|
0
|
483
|
POST
|
Attached are two karaf.log file; one was created shortly after the old karaf.log file was deleted and then GeoEvent service restarted to reduce the file size) and one is after the ArcGIS Server was restarted. Looks like the GeoEvent service is unable to establish connection with the javax process running at port 6443? Thanks.
... View more
10-30-2015
12:04 PM
|
0
|
1
|
483
|
Title | Kudos | Posted |
---|---|---|
1 | 11-13-2015 07:32 AM | |
1 | 10-01-2015 11:51 AM | |
1 | 01-21-2019 05:21 AM | |
3 | 09-09-2016 06:15 AM | |
6 | 10-11-2016 02:49 AM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|