6. In **UrbanPulse/UrbanPulseResources/** there is a file called **glassfish-resources.xml**. This contains information (in the form of Java Naming and Directory Interface short JNDI variables and connection pools) such as connection to the database, connection to a keycloak server (comes later), etc.
...
...
@@ -41,7 +42,8 @@ To avoid conflicts between library versions (e.g. Hazelcast).
14. After successful deployment the list of running applications is shown again. At https://localhost:8181/UrbanPulseManagement/status/ should now be able to see the status page of. You can find the Swagger description of the API at https://localhost:8181/UrbanPulseManagement/docs/
15. The Inbound module is in the **/UrbanPulse/HttpInboundModule** folder. The inbound interfaces are the entry point for data from different data sources, which can be integrated with [ui!] connectors. To configure the module, it is best to insert the configurations in the database in the up_inbound_setup table a few times to be able to deploy the module multiple times - insert into **up_inbound_setup (setupjson) values ('{"receiverCount":1,"sendDestinations":["theCEP","thePersistence"]}‘);** The sendDestinations are the **Vertx addresses** or **Topics** where the received messages are sent.
...
...
@@ -59,6 +61,11 @@ To avoid conflicts between library versions (e.g. Hazelcast).
19. The module consists of a Complex Event Processing Engine and some configuration elements. The task of the CEP module is to receive and analyze events from the other platform modules to perform temporary analysis against the moving event stream.