API Container Connector Configuration Guide
API Container Connector Configuration Guide
Configuring an API Server Group in the JBoss Admin Console centralizes management of similar server instances, allowing uniform application of configurations, deployments, and control commands across all group members. This group configuration enables greater scalability as more servers can be added to the group to handle increased load while maintaining consistent service levels. Moreover, it simplifies operational tasks, as updates and configurations can be propagated to all servers in a single operation. This efficiency reduces the complexities associated with managing individual server instances, thus enhancing operational control and adaptability .
Using the direct connector/queue-less mode over JMS connector/queue mode in deploying API containers offers several advantages. It reduces complexity by eliminating the need for external queue management, thereby lowering latency and improving response times due to direct connections without intermediate queuing. Direct connections also simplify the configuration and reduce potential points of failure, leading to improved system reliability and easier maintainability. However, for applications requiring message durability and transactional processes, JMS may still be preferable .
To ensure JBoss slave servers are correctly networked with the domain controller, host-slave.xml requires modification of the domain-controller section to update the username to the JBoss admin user and the host field to the master server's IP address. Additionally, configure the interfaces section to change ip addresses from local to those corresponding to the master server. These modifications are critical to establish secure and consistent communication between the slave servers and the domain controller, facilitating seamless cluster management, deployment of applications, and sharing configurations across the network .
To configure the API container with a specific connector, follow these steps: 1) Configure the parameters using com.temenos.iris.connector.name or -Dcom.temenos.iris.connector.name.<warfileName> to specify the required connector. For example, 'com.temenos.iris.connector.name=directconnector' sets the API container to use the direct connector. 2) Ensure the appropriate configuration is applied to individual API container war files by using the parameter '-Dcom.temenos.iris.connector.name.irf-provider-container=directconnector' if needed. When the container is built with 'buildForConfigurableConnectors,' provide the connector name as a JVM argument. If an invalid connector name is supplied, the system defaults to using the JMS connector .
To deploy the irf-provider-container using direct connector/queue-less mode, first, ensure TAFJJEE is deployed. Modify the applicationContext.xml and irf-comms-jms-context.xml within the irf-provider-container.war file. Navigate to the domain console, deploy the irf-provider-container.war file, and start the JBoss app server with the '-Dcom.temenos.iris.connector.name.irf-provider-container=directconnector' JVM argument. Using a queue-less mode simplifies the environment by removing the dependency on JMS queues, which can potentially lower latency in API transactions .
In the JBoss configuration for API server integration within a Temenos environment, the host-slave.xml file must be edited carefully. This includes modifying the domain-controller section to set the username to the JBoss admin user and the host to the master IP address. Additionally, interfaces such as public and unsecure must be adjusted with the master IP to ensure correct network communications between master and slave servers. These configurations are crucial for proper cluster management and seamless server integration, ensuring that the API servers are correctly networked and can communicate with the domain controller .
The 'buildForConfigurableConnectors' profile allows flexibility and robustness in API deployment by enabling API containers to be built with multiple connectors, thus providing an option to choose the appropriate connector dynamically using a JVM argument. This ensures that an API environment can be easily adapted to different service interaction models, such as queue-based or direct connections, without extensive reconfiguration. Consequently, this flexibility enhances the deployment's robustness, accommodating diverse operational needs and simplifying integration across varied infrastructures .
To create an API Server Group in the JBoss Admin Console, navigate to the domain console at http://domain_server_IP:9990, and go to Runtime > Server Groups. Next, click 'Add Server Group', and provide necessary details such as the name and socket binding group profile (full-ha). After creating the server group, slave servers are added under this group. This centralization enhances the deployment process by allowing batch deployments and updates, control over shared configurations, reducing repetitive tasks, and improving overall manageability of the API application servers .
Deploying the wmq.jms.ra.rar file before the irf-provider-container in a JMS setup is crucial to establishing the necessary messaging infrastructure required by the irf-provider-container. The wmq.jms.ra.rar file contains the Resource Adapter needed by the application server to handle JMS connections and message queues. The deployment sequence should start with uploading and deploying the wmq.jms.ra.rar file to ensure all JMS resources are ready for use, following which the irf-provider-container.war can be then uploaded and deployed. This ensures smooth operation and management of JMS-related tasks within the environment .
To test the deployment of the irf-provider-container API using Postman, launch Postman and use the GET method with the following URL: http://10.23.50.140:8090/irf-provider-container/api/v2.2.0/reference/currencies/USD. Executing this request tests that the deployment was successful and that the API is operationally accessible, verifying the API's availability over the network and confirming that the endpoint responds correctly to requests .