POST
|
K DeVogelaere, If you're regularly having to update tokens because they're expiring, you may consider introducing the GeoEvent Datastore Proxy into your environment. It's a Java WebApplication designed to act as the endpoint GeoEvent communicates with, but is responsible for updating tokens when connecting to a system that requires username/password for authentication to either the WebTier or GIS Tier. You can view the project here Esri/geoevent-datastore-proxy · GitHub and download the first release here Release Initial Release of GeoEvent DataStore Proxy · Esri/geoevent-datastore-proxy · GitHub . If the proxy looks like something you'd be interested in, you could submit a Tech Support incident if you need some help configuring the proxy for your environment. -Javier
... View more
09-10-2015
08:23 AM
|
0
|
1
|
668
|
POST
|
A B, To your follow-up questions: 1 If the ArcGIS Server is configured so that the WebSocketContextURL points to the external proxy and the proxy is correctly configured to proxy the WebSocket connections to GeoEvent, then clients will not need to see port 6143. (The screenshot is used as a sample of how to set the property, not as an example of how to configure the property without a port.) 2 As far as SSL Certificates are concerned, if the proxy is configured to proxy connections to https://geoevent:6143/... for the WebSocket connections, then you'll have to configure the Proxy server to trust the certificate configured for use by GeoEvent. If you want your clients to use HTTPS when connecting to the external proxy, then the certificate for your proxy must be one that the clients will trust. Some browsers will show the Mixed content message if you have an HTML page loaded using HTTPS but then get some images or other content using HTTP. So configuring the certificate (either on GeoEvent or the Proxy) so that it is trusted by all clients may or may not get rid of the warnings depending on your webapp implementation. Hope this helps. -Javier
... View more
09-01-2015
09:37 AM
|
0
|
0
|
1233
|
POST
|
How are you trying to use the .NET proxy in relation to GeoEvent.
... View more
08-19-2015
10:26 AM
|
0
|
0
|
617
|
POST
|
Bryan, Sorry for the delay in replying. In the hopes you haven't given up, I'm attaching a sample adapter that uses JNI. Hopefully you can use this as a guide to create your custom Processor. Feel free to forward along any questions. -Javier
... View more
08-06-2015
12:34 PM
|
0
|
0
|
385
|
POST
|
Sharon, In order for this trick to work, you must stop the Windows services for GeoEvent and ArcGIS Server first. Once they're both stopped, then you go and check the config folder for the *.wlock or *.wlock.info files and kill any processes that may still be running that show as being launch from C:\Program Files\ArcGIS\Server or C:\PROGRA~1\ArcGIS\Server. Once you've done both of those with the services not running, then restart ArcGIS Server followed by GeoEvent. This sequence usually rescues RabbitMQ for me, but the order is important. Can you please confirm you tried doing the steps in the order mentioned above? -Javier
... View more
05-22-2015
05:35 PM
|
2
|
4
|
1002
|
POST
|
Minfin, GeoEvent runs its own server, this is why it doesn't use port 6080. If there is nothing listening on port 6143 when you hit https://localhost:6143/geoevent/manager/index.html after starting the GeoEvent service, chances are the license you've installed is not valid. Look in the log file GEO_EVENT_INSTALLDIR\data\log\karaf.log and look for a line with contents "License status: GeoEventProcessor." That line will tell you if the license is valid or invalid.
... View more
01-30-2015
01:17 PM
|
0
|
0
|
450
|
POST
|
Jacob, Out of curiosity, what version of CXF did your POC use? I'm also wondering if the issue was something to do with OSGi (the container which runs GeoEvent) and class loaders not being able to find your stub classes. -Javier
... View more
10-27-2014
03:09 PM
|
1
|
1
|
1010
|
POST
|
Darryl, Please go through tech-support to create an issue so that we can get to the bottom of this. -Javier
... View more
09-08-2014
10:40 AM
|
0
|
0
|
3639
|
POST
|
Darryl, Are you using GeoEvent 10.2.2? In prior versions, that config file was not there. Unfortunately, timeouts aren't modifiable in this config file. All of our Http Connections have a timeout of 30 seconds as we try to stay as close to real-time as possible. -Javier
... View more
09-05-2014
08:49 AM
|
0
|
2
|
3639
|
POST
|
Hei Jo, I imagine your Portal is using HTTPS. Is the certificate configured on your Portal issued by a well known Certificate Authority? If not, you'll need to follow these instructions to import its certificate as trusted into GEP. -Javier Note: At the 10.3 release an enhancement to the GeoEvent product has been implemented which will have the extension automatically trust the certificate presented by the ArcGIS for Server core product. This trust extends to servers in the ArcGIS for Server site hosting the GeoEvent extension. You will need to import a certificate if you intend to connect to an external server - including an ArcGIS for Server site which does not have the GeoEvent extension installed. In this case you would import the external server's certificate using the ArcGIS Server administration pages. It will no longer be necessary to go through the process of trusting a self-signed certificate or use the Java Development Kit (JDK) keytool utility to add a new trusted certificate. The steps for this, previously documented in the Connecting to sites with certificates issued by unknown certificate authorities via HTTPS topic in the product's installation guide (linked above) are obsolete with 10.3 and will be removed.
... View more
06-10-2014
08:25 AM
|
0
|
0
|
512
|
POST
|
The recommended approach in this scenario is to register an AGOL connection in GEP with the account that published the service you're trying to consume. Are you registering the AGOL connection with the account that published the service? -Javier
... View more
05-15-2014
08:26 AM
|
0
|
0
|
819
|
POST
|
Peter, Which options are you using when creating the connection? If you put in an https URL into the URL for the DataStore, GEP will use the https URL. Starting with 10.2.1, GEP uses GIS-tier authentication when communicating with an ArcGIS Server or Portal. Can you get to this service you want by registering an AGOL connection instead of a Server or Portal connection? -Javier
... View more
05-05-2014
07:55 AM
|
0
|
0
|
819
|
POST
|
Brian, It's possible your transport failed to load. One way to check this is to deploy your jar file and then go to the log page and see if there are any messages with the words TransportTracker. Likewise, you can look for messages from the logger org.apache.felix.fileinstall for clues. If your transport deployed successfully, then you'll see likes like the following: com.esri.ges.registry.transport.internal.TransportRegistryImpl [TransportTracker] Transport Twitter(10.2.0) added from bundle com.esri.geoevent.transport.twitter-transport [343] (ACTIVE). Wed Mar 26 13:49:26 PDT 2014 INFO and org.apache.felix.fileinstall Installed /home/gep/arcgis/server/GeoEventProcessor/deploy/twitter-transport-10.2.0.jar Wed Mar 26 13:49:26 PDT 2014 INFO Let us know if you have any further questions. -Javier
... View more
03-26-2014
12:55 PM
|
0
|
0
|
211
|
POST
|
Rob, Chris: What we've found works well in cases where merely dropping jar files in the deploy folder doesn't work is to create a jar file that bundles all of your dependencies with it. To accomplish this, you'll need to give the maven-bundle-plugin an instruction to bundle the dependencies you need into the the jar file it generates. This is what you'll do: Make sure your pom.xml file packaging type is set to bundle: [INDENT]<project> ... <packaging>bundle</packaging> ... </project> [/INDENT] Add your dependencies as you normally would: [INDENT]<dependencies> ... <dependency> <groupId>org.apache.httpcomponents</groupId> <artifactId>httpclient</artifactId> <version>4.0.1</version> </dependency> ... </dependencies> [/INDENT] Now, further down in your pom.xml file, you'll have a section that calls the maven-bundle-plugin. In there, you'll need to add a line to get the dependency embedded based on the artifactId in your dependency. [INDENT] <build> ... <plugins> ... <plugin> <groupId>org.apache.felix</groupId> <artifactId>maven-bundle-plugin</artifactId> <extensions>true</extensions> <configuration> <instructions> ... <Embed-Dependency>httpclient;scope=compile|runtime;inline=true</Embed-Dependency> ... </instructions> </configuration> </plugin> ... </plugins> ... </build> [/INDENT] The Embed-Dependency command takes a comma-separated list of dependencies keyed by artifactId's in your dependencies that you'd like to include with your jar. We've used this in other places to solve this problem of including different versions of dependencies successfully on other projects. You can find more documentation on using the Embed-Dependency plugin here. Hope this helps. -Javier
... View more
03-21-2014
09:46 AM
|
0
|
0
|
413
|
Title | Kudos | Posted |
---|---|---|
2 | 05-22-2015 05:35 PM | |
1 | 01-16-2014 12:11 PM | |
1 | 10-27-2014 03:09 PM | |
1 | 08-15-2013 08:37 AM |
Online Status |
Offline
|
Date Last Visited |
04-06-2021
02:17 PM
|