Latest Contributions by PeterGrüninger

As you know, the StoreLatest-functionality is just a FeatureService that is associated to a StreamService. Everytime a Feature is send to the StreamService, GE checks if the feature already exsists and just has to be updated or if it is new and has to be created. To detect if a feature already exsists, GE initially queries the FeatureServices (a simple REST-Request). After GE has detected a feature for the first time, it never queries FeatureService again and just sends updateFeature-Requests. It seems like the presence of a feature is cached anywhere in GE. To minimize REST-Requests to the FeatureService and from a point of performance it should go this way.   The problem is if you delete features on the FeatureService (accidentally or wanted) GE does not recognize that and tries to update a feature which does not exist any longer.  Features never are created again. The only way to get GE into the state of recheck the presence of the features is to restart GE.   Therefore, the questions are: Where is the prescence of a feature cached? How can I trick GE into rechecking the presence of a StoreLatest feature? ... View more

I'm trying to add a "Send Features to a Stream Service" output in GeoEvent 10.6.1 to a folder. I choose "Default" Server which actually points to a federated Portal. On Portal, to structure content better, I use folders. Unfortunately the folder dropdown is grayed out.  Even when I try to take a Server which represents the local ArcGIS Server I cannot choose a folder. In my case it would be sufficient, to put the created PortalItem into a subfolder (and leave StreamServices all in the root folder), but when I move the PortalItem to a subfolder the StreamService isn't accessible any longer after a service restart. Has anybody managed to use folders for StreamService in a federated environment? Or am I doing something wrong?  Peter ... View more

I'm using GeoEvent-Server with a StreamService. GeoEvent-Server ist federated with Portal. I can successfully publish StreamServices and use them in Portal. Nevertheless, everytime I restart GeoEventServer StreamServices aren't accessible any longer. In the log-File (karaf.log) you can see (among many other stuff) the following error-messages: p965815353-923 | StreamContainer | 27 - com.esri.arcgis.discovery.arcgis-stream-container - 10.6.1 | Provided token does not have permission to subscribe. Line 14443: 2019-05-16T14:01:50,949 | ERROR | qtp965815353-99 | StreamContainer | 27 - com.esri.arcgis.discovery.arcgis-stream-container - 10.6.1 | Provided token does not have permission to subscribe. Line 14844: 2019-05-16T14:01:51,415 | ERROR | qtp965815353-923 | StreamContainer | 27 - com.esri.arcgis.discovery.arcgis-stream-container - 10.6.1 | Provided token does not have permission to subscribe. Line 15154: 2019-05-16T14:01:51,660 | ERROR | qtp965815353-922 | StreamContainer | 27 - com.esri.arcgis.discovery.arcgis-stream-container - 10.6.1 | Provided token does not have permission to subscribe. After republising the service with option "overwrite" they start working again. This leads me to the following question:  Where does the token come from? ... where is it stored? ... and why do the services get corrupted after restart? ... why isn't a new token obtained automatically?  Any help would be appreciated. Peter ... View more