Latest Contributions by Stefan_Jung

Hi Kanchibhotla Dheeraj‌, i think the best way to use this libraries is to add them to your local maven repository: mvn install:install-file -Dfile=<path_to_project>\libraries\myJsonParser.jar -DgroupId=com.myjsonparser -DartifactId=myjsonparser -Dversion=0.1 -Dpackaging=JAR It is also important to make sure, that this libraries will be added to your target-JAR that will be added to the GeoEvent Server. I use the Maven Bundle Plugin for that: Apache Felix - Apache Felix Maven Bundle Plugin (BND)  So the Plugin Part of your POM could look like this: <plugins>    <plugin>     <groupId>org.apache.felix</groupId>     <artifactId>maven-bundle-plugin</artifactId>     <version>3.0.0</version>     <extensions>true</extensions>     <configuration>      <instructions>       <Bundle-SymbolicName>${project.groupId}.${project.artifactId}</Bundle-SymbolicName>       <Bundle-ContactAddress>${sdk.contact.address}</Bundle-ContactAddress>       <Bundle-Version>${project.version}</Bundle-Version>       <Export-Package/>       <Private-Package>org.foo.myproject.*</Private-Package>       <Import-Package>*;resolution:=optional</Import-Package>                 <Embed-Dependency>*;scope=compile|runtime;inline=true</Embed-Dependency>       <Embed-Transitive>true</Embed-Transitive>        </instructions>     </configuration>    </plugin>      </plugins> Best,  Stefan ... View more

Hi Shengrong Liu, we are also struggeling with the encoding. We also have text files that contains special characters. The first hint I got was to set the "Is the file text" Parameter of the Input connector to false. The file transport has a 'Is File Text' parameter which when set 'True' (the default) limits data to single-byte character sets (typically the ASCII character set 0x0020 - 0x007e). The error is misleading as the file's data *is* UTF-8 encoded. Multibyte character sets can be UTF-8 encoded, but GeoEvent's FILE transport only accepts single-byte character sets. The request is to enhance the FILE transport to work with multi-byte character sets (and correct the error message suggesting the problem is with UTF-8 encoding). After changing this parameter this error is gone: Could not decode the incoming buffer. Expected UTF-8 encoding. Make sure your input is in UTF-8 Encoding. But still it does not look like that the input connector is able to interprete the complete text file. You should test it, maybe it work for you. Other workarounds might be using a different transport, like sending the date via TCP or http/POST. Best, Stefan ... View more

Hi Peter Grüninger, the Update a Feature Output Connector of GeoEvent has some issues updating a hosted Feature Service if a features has been deleted. This occurs if you define a maximum age to delete old features. I guess that this is the same problem in your case. If you publish a feature service via GeoEvent Manager this Feature Service will be a hosted FeatureService. I know that Esri Inc. already knows about this issue. But you could still open a support case. I don't know if this also occurs when using a none hosted feature Service. If you have an enterprise geodatabase connected to your ArcGIS Server, you could try to publish the Feature Service manually and select this feature service for store latest. Not sure if this is gona work if the GeoEvent is still caching the object ids of the features. Best,  Stefan ... View more

I think remote debugging won't be that easy with Visual Studio Code. I might be wrong but keep it in mind. ... View more

Hi Daniel, thanks for your response. I guess, to configure a proxy will not help in this case. The problem is not that geoevent is not able to access the internet. The problem is that geoevent is using the port 6080 to connect to the ArcGIS Server via an external URL. And the port 6080 is not open for external requests. For testing purpose i removed the WebContext URL from ArcGIS Server. In this case the GeoEvent is using the internal servername (still port 6080), but internally the port is not blocked. It would be perfect if GeoEvent would use the official WebAdaptor URL that is defined @ WebContextURL without the Port 6080. This would always work. Best Stefan ... View more

You don't have to use a geotagger and than an attribute filter, you can directly use a spatial filter. Best, Stefan ... View more

Hi Nicholas Gray, i haven't worked a lot with geofences so far. But me first idea would be: Create an Update a Feature Output to write all buffers of the FeatureClass1 features to an extra geofence feature layer. Create a GeoEvent Service that uses the Buffer - processor to buffer the incoming features from FeatureClass1 and write it to the geofence feature layer.  Define a GeoFence Syncronization Rule to import the geofences from the feature layer (every x minutes)  Work with the GeoFence in a separat GeoEvent Service. Maybe use the processor geotagger to tag all events from FeatureClass2 that are within one of the geofences, use a filter afterwords to decide if a email should be send via "Send an Email" output connector Hope this is helpful, Best Stefan ... View more

Hi, flatten an incoming json with hierachy works fine, so the fieldmapper can handle hierachy. This is a standard workflow where I use FieldMapper. I've just tested the other way around and get the same error message you got. -1 java.lang.ArrayIndexOutOfBoundsException This looks like the FieldMapper is not initializing the Group before trying to set the value. I've also tried to create a GeoEvent Definition that contains all source and target fields. In this case i expected that the initialization error does not occur any more. And the error is gone, but the JSON output only contains the top element of the hierachy and not the expected values I set in the FieldMapper. So i did not find any quick solution. Edit: You could create a GeoEvent Definition with all fields and use the FieldCalculator to set the value for the fields in hierachy. Not the best solution, cause you Need a FieldCalculator per field, but maybe a Workaround. At the End a FieldReducer to get rid of the flat fields. Best, Stefan ... View more

Hey, I know that geoevent is not closing an array bracket while writing json to a file output. Because it is still waiting for more events to write to the json output list. Not sure if this could be a similar behavoir. Looks more like a bug in this case. Do you have any error messages @ log file? Is the JSON correct when sending it to a different output for example via TCP to the GeoEvent logger? Best, Stefan ... View more

Hey, is the GeoEvent working under full load, or how many request are getting processed per second? Did you check the logfiles of the GeoEvent? Maybe you should open a support case at your local distributor. I would not start with a workaround of restarting the server automatically every x days. Best, Stefan ... View more

Hey, i don't see any option to configure the connector to buffer the events. But it is always possible to develop your own output adapter which sends the JSON as batch. The transporter can still be the existing WebSocket Transport. Best, Stefan ... View more

Hi, yesterday I got the information that a hotfix has been released that addresses this issue: BUG-000117633: In 10.6.1 and prior, the message bus platform service may not be initialized correctly in all Environments. Unfortunately, there is no patch available that fixes this issue yet. I think the official way is to request the hotfix via your local Distributor. Best, Stefan ... View more

Hi Anjitha, this is a BUG in ArcGIS Server 10.6.1. On startup of ArcGIS Server the initialization of RabbitMQ may not work correctly because of some timing issues. In this case ArcGIS Server is not able to Login into RabbitMQ on runtime. Are you working with stream services? Best, Stefan ... View more