Latest Contributions by RJSunderman

Hey Katie - To answer your question, yes, several processors can (and do) generate GeoEvent Definitions - if they modify the schema / structure of the GeoEvent they receive by either adding or removing fields. Usually you specify the name a processor should use for the GeoEvent Definition it creates as part of the processor's configuration. This behavior hasn't changed between versions 10.2.2 and 10.3.x of the product. One thing that did change at 10.3 was that you are no longer allowed to edit a GeoEvent Definition owned by an out-of-the-box processor. You can click to view the event definition, but any changes you make cannot be saved. Understanding GeoEvent Definitions is pretty important. Comments I was entering here began to look like their own topic - so I'm going to relocate them over to a blog.  Here's a link: Understanding GeoEvent Definitions - RJ ... View more

Hello Sharon - I have not encountered the message java.io.IOException: closedOut you observed. But I have seen messages referring to an event message's size being larger than 10240 characters, my Stream Service output entering an ERROR state, and eventually restarting. Usually when messages constructed from my event data are too large I see messages like: Cannot send a message to the Stream Service connection is already closed due to connection error Text message too large > 10240 chars The WebSocket protocol is the communication standard underlying Stream Services. The 10.3.0 / 10.3.1 release of the GeoEvent Manager exposes a couple of properties you can use to configure the buffer size allocated to hold data being transmitted via the web socket and the maximum allowable size of a text message. Use GeoEvent Manager to navigate to the Site > Settings > Configure Global Settings page Scroll or search to locate the Stream Service Settings: Edit the 'Maximum web socket text message size (bytes)' and the 'WebSocket buffer size (bytes)' properties. Start by increasing the values by a factor of 10x (from 10240 to 102400). You will want to keep an eye on your system resources to verify that increasing this limit is not burdening the JVM (Java virtual machine) GeoEvent is using. It is my understanding that specifying a 102400 byte setting will allocate up to 100k for web socket messages. I’m not sure how frequently the allocated memory is released. If you were to increase the allocation default 100x (from 10240 to 1024000) you could potentially be reserving a full megabyte of the JVM's RAM allocation just for Stream Services use. You can always subscribe to the Stream Service's REST endpoint (e.g. https://your-server:6443/arcgis/rest/services/your-service-name/StreamServer/subscribe) to see the messages being broadcast by you Stream Service to clients. This might help you get an idea of what your expected message size should be, so you know how to set the message size and buffer size property values. You should not need to restart the GeoEvent Extension after editing the properties illustrated above. But you will need to close and reestablish any client connections so that those connections are aware of the changes. If you have clients subscribed to the Stream Service, simply unsubscribe and resubscribe. If your GeoEvent Stream Service output is running, stop it and then restart it. Hope this information helps - RJ ... View more

There is no 'batch delete' available for GeoEvent Definitions ... To be clear, there is no 'batch delete' available in the 10.3.0 release of GeoEvent. Enhancements to the GeoEvent Manager introduced in the 10.3.1 release do allow users to select and delete multiple GeoEvent Definitions. - RJ ... View more

Hello Felix - There is no 'batch delete' available for GeoEvent Definitions. You have a couple of options, however. Reset your product's configuration, then selectively import what you actually want back from an XML you previously exported. Export and edit an XML to remove the GeoEvent Definitions you do not want, the import the entire configuration, then import the your edited XML. Before doing either of these you will want to first export your existing GeoEvent product's configuration so that you can recover work that you have done up to this point. In the GEx Manger Navigate to Site > GeoEvent > Configuration Store Click 'Export Configuration' and save the XML file to a system folder (Option 1) Click 'Reset Configuration' and confirm that you want to delete all components Click 'Import Configuration', choose your exported XML, and then select the 'Selective Import' option Choose just the items you want to import. This might bring the GeoEvent Definitions back, since a GeoEvent Service which recently referred to a GeoEvent Definition might think that event definition is needed and will load it from the XML file for you. If that's the case, then "Option 2" is really your only option. (Option 2) In your favorite XML editor (I like XML Notepad 2007, but Notepad ++ works also) edit the XML file you exported to remove all content between the <geoEventDefinitions> and </geoEventDefinitions> tags. Back in GeoEvent Manager, click 'Import Configuration' and choose your edited XML. Select the 'Import Configuration' option (the default) and import the entire contents of your edited XML. The nice thing about XML Notepad is that it helps validate your edits, allowing you to select and delete icons which appear as sub-folders from beneath a geoEventDefinitions folder, so that you're less likely to produce an invalid XML file. Hope this information helps - RJ ... View more

Hello Adam - My understanding is that finding *.wlock or *.wlock.info files in your ArcGIS Server configuration store is not, in itself, a problem. Likewise finding the erl.exe and epmd.exe processes associated with RabbitMQ running is not a problem. The problem is that the lock files and processes persist after the Windows Service used to run your ArcGIS Server instance has been stopped. Server is using the lock files to indicate to different processes that it is writing to some portion of its configuration ... and it should't be if its Windows Service is not running. I have not observed the lock files periodically go away and come back - that might indicate that Server is trying (and failing) to configure the platform service. Did you try the remedy outlined by Javier above? (My apologies if you did, it wasn't clear to me from your post.) The output you've illustrated from the diagnostic tool suggests to me that if you were to try to status the platform service via its administrative endpoint (refer to notes below my post with the diagnostic tool) you would discover that the platform service either was not configured or could not be started. Sorry, but I think you are going to have to contact Esri Technical Support. The RabbitMQ platform service is configured and instantiated when ArcGIS Server is installed. If the configuration or launch of the platform service fails - GeoEvent will simply not work. - RJ ... View more

Thank you Sabri for the bump ... No, at the current product release (10.3 / 10.3.1), Stream Services are only supported for web maps and custom JavaScript applications developed using the JavaScript API. The ArcGIS Native SDKs (e.g. 'Runtime' SDKs), ArcObject SDKs, and related products (e.g. Desktop, Pro) do not yet have support for Stream Services. Therefore Esri's suite of mobile applications (e.g. Collector, Operations Dashboard) which are dependent on these SDKs do not yet support Stream Services. Support for Stream Services is a priority for the different product teams throughout in the ArcGIS enterprise, but until support is built into the underlying SDKs the various product teams will not be able to support Stream Services in their products. I cannot say to what extent Stream Services will be supported in the 10.4 release as the development and release schedule for 10.4 is still being determined. We will likely have more information for you at the International User Conference in July. Best Regards - RJ ... View more

Sharon - I've created a branch for this discussion to place information on a diagnostic utility you can use to check the status of the RabbitMQ platform service in a separate thread. Please check-out my post 'Diagnostic utility for checking the status of the RabbitMQ platform service'. - RJ ... View more

There is an undocumented administration REST endpoint you can reach to check the status of the RabbitMQ platform service. I should emphasize that we did not document this endpoint because its accessibility and interface is subject to change. The RabbitMQ platform service was introduced at 10.3 and GeoEvent is currently the only component using the platform service. This could all change with future releases of ArcGIS for Server - but the information below should be valid for the 10.3 and 10.3.1  product releases. In a browser window, navigate to the ArcGIS Server Administrator Directory and log-in as the primary site administrator. Once you have logged-in, enter the following URL into your browser to navigate to the platform services administrative endpoint: https://my-host:6443/arcgis/admin/system/platformservices/?f=pjson A browser plug-in will make the JSON presented at this endpoint easier to read, but is not required. The JSON you see should contain the fields and values in the following illustration. (For security considerations, the actual id, user, and password files have been obliterated in the illustration.) You should be able to copy/paste the “id” from the platform services endpoint to build a new URL which will take you to the actual platform service: https://my-host:6443/arcgis/admin/system/platformservices/ <id> /status?f=pjson The JSON presented to you from this status query should identify whether or not the platform service is currently configured and on which servers the platform service is running: You can start, stop, and query status using the administrative endpoint above: https://my-host:6443/arcgis/admin/system/platformservices/ <id> /start?f=pjson https://my-host:6443/arcgis/admin/system/platformservices/ <id> /stop?f=pjson https://my-host:6443/arcgis/admin/system/platformservices/ <id> /status?f=pjson ... View more

Please refer to the thread Error log entry on the GeoEvent subspace. Responses to this question are being posted there. ... View more

Beginning with the 10.3 product release you have some additional options available. Enhancements to the Text adapter -- used by the 'Push Text to an External TCP Socket' and 'Write to a CSV File' out-of-the-box connectors -- allow you to specify that you want a custom String representation of a Date: The configuration is usually found beneath the 'Advanced' properties of the connector, as illustrated above. This feature is not supported on the MessageFormatter adapter, used by outbound connectors such as 'Send a Text Message' or 'Send an Email'. The enhancement was only made for the Text adapter. Hope this information helps - RJ ... View more

Prior to the 10.3 release, if you wanted to output a custom string representation of a date/time value, you would have to follow a process like K DeVogelaere suggests above. Polling event data from a feature service for input, as G Tiemans indicates, and bringing the date/time values into GeoEvent using the Date data type prevents you from later obtaining the days / months / years or hours / minutes / seconds values from the Date. GeoEvent does not provide an interface like you might find in Java (illustrated below) to pull discrete values out of a Date: Thus, you would have to broadcast the Date value out a GeoEvent output and re-ingest it as a String in order to use the substring() function supported by the Field Calculator processor for string manipulation. You cannot bring the date/time in from the feature service as a String because the feature service's JSON represents the date/time as a long integer in epoch milliseconds. ... View more

If you suspect that ArcGIS Server has failed to correctly configure the RabbitMQ platform service: In a Windows file explorer, browse to the ArcGIS Server configuration store. The default location of the AGS config store is: C:\arcgisserver\config-store The path to your configuration store is reported by Server Manager. Navigate to Site > Configuration Store to observe the path reported by Server Manager. In your Windows file explorer, browse to the …\config-store\locks folder. The only file you should find here should be a file named site.rlock If you discover any files in …\config-store\locks whose names match the pattern machine-<MACHINE_NAME>.wlock or machine-<MACHINE_NAME>.wlock.info: Stop the GeoEvent Windows Service Stop the ArcGIS Server Windows Service Examine the running tasks on the GIS Server Force stop any processes still running that were launched from the ArcGIS Server Installation directory. Click the illustration below to see a larger representation of the illustration. The illustration above only shows a couple of the processes frequently found to still be running when the RabbitMQ platform service failed to initialize correctly and the ArcGIS Server Windows Service has been shut down. With AGS stopped, there should be no processes running whose command line path indicates they were launched from either: -  C:\Program Files\ArcGIS\Server -  C:\PROGRA~1\ArcGIS\Server Back in your Windows file explorer, in the …\config-store\locks folder Delete any *.wlock or *.wlock.info files you find. Again, site.rlock is  the only lock file you should need to keep. Restart ArcGIS Server Windows Service on your GIS Server. Once you are able to launch and log-in to the ArcGIS Server Manager web application, go ahead and restart the GeoEvent Windows Service. ... View more