0% found this document useful (0 votes)
15 views5 pages

API Container Connector Configuration Guide

The document outlines the configuration process for the API container to utilize different connectors such as JMS or direct connector, detailing the necessary parameters and deployment procedures. It includes steps for deploying the IRF Provider Container WAR file, creating API server groups, and configuring JBoss settings. Additionally, it provides instructions for accessing the IRF Provider Container API using Postman.

Uploaded by

XIAOSHI LIU
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
15 views5 pages

API Container Connector Configuration Guide

The document outlines the configuration process for the API container to utilize different connectors such as JMS or direct connector, detailing the necessary parameters and deployment procedures. It includes steps for deploying the IRF Provider Container WAR file, creating API server groups, and configuring JBoss settings. Additionally, it provides instructions for accessing the IRF Provider Container API using Postman.

Uploaded by

XIAOSHI LIU
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd

10/7/24, 12:44 AM API Tier Configuration

 Guides   
 R24 AMR |  Min(s) read  Feedback

API Tier Configuration


You can now configure the API container to run with any connector, such as JMS or direct connector. The API container package will include all necessary connector
libraries, and it will initiate only the specified connector based on the configuration.

You need to configure the parameters [Link] or -[Link].<warfileName> to define the required
connector.

1. [Link]=<connectorName> - This defines the connector for connecting all deployed API containers.
2. [Link].<warfileName>=<connectName> - This defines the connector for connecting the given API container war file.

For connectorName, You can configure jmsconnector for Queue-Mode and directconnector for Queue less-Mode. If you define any other values, it will consider the
default value as jmsconnector.

Example:

-[Link]=directconnector

This allows all the API container war files to run with direct connector only.

-[Link]=jmsconnector

This allows all the API container war files to run with JMS connector only.

-[Link]-provider-container=directconnector

This connects the [Link] with the direct connector and others based on their package definition.

NOTE:
When the container is built with the "buildForConfigurableConnectors" profile, Provide the required connector name as a JVM argument with the "[Link]
[Link]". However, if the argument is invalid, the JMS connector will be taken as the default connector.

Deploying Irf Provider Container War File

Direct Connector/Queue-less method


NOTE:
It is assumed that TAFJJEE is deployed successfully. For Queueless mode, You need to deploy IRF Provider war file where the TAFJJEE war file is deployed.

Procedure

1. Perform the below changes in [Link] file.

[Link] 1/5
10/7/24, 12:44 AM API Tier Configuration

a. Modify the below lines into [Link] located within [Link]\WEB-INF\lib\irf-comms-jms-


[Link]\META-INF\ folder.

<bean id="t24ConnectionFactory"
id="t24ConnectionFactory" class="[Link]"
class="[Link]"><property
><property name="propertyReader"
name="propertyReader" ref="t24Con
ref="t24Con

b. Insert the below lines into [Link] located within [Link]\WEB-INF\classes\folder.

<bean id="t24ConnectionProperties"
id="t24ConnectionProperties" class=
class="[Link]"
"[Link]"><property
><property name="path"
name="path" value=
value="classpath:jm
"classpath:jm

2. Navigate to URL [Link] for Domain console page.


3. Click Deployments tab.
4. Navigate to Server Groups > App-Server-Group.
5. Click Upload new deployment and attach [Link] file.
6. Once deployment is successful, you can see the below screen.

7. Start the JBoss app server with below command. Define -[Link]-provider-container=directconnector in jvm
arguments to explicitly launch JBoss with direct connector.

./[Link] --host-config=[Link] --backup -[Link]-provider-container=directconnector

Jms connector/Queue Mode


We can deploy the API war file on a separate server using this method because we rely on queues for connection. Before deploying the war file, it's essential to configure
the following queues.

Creating Api Server Group using Admin Console

Procedure

1. Navigate to URL [Link] to access domain console page.


2. Navigate to Runtime > Server Groups.

[Link] 2/5
10/7/24, 12:44 AM API Tier Configuration

3. Click Add Server Group and provide the below details such as Name, Socket Binding Group with full-ha Profile.

4. Click Add to create the Api-Server-Group.


5. Once the server group is created, proceed to add slave servers under the Api-Server-Group.

Configuring Api Server [Link]

In the previous step, You have defined Api-Server-Group in the JBoss admin console. You need to make the corresponding changes to [Link] of api servers.

NOTE:
It is assumed that JBoss is installed on the API Slave Servers.

Procedure

1. Navigate to $JBOSS_HOME/domain/configuration directory and open the [Link] using default text editor.

vi $JBOSS_HOME/domain/configuration/[Link]

2. Search for domain-controller and modify the username to JBoss admin user and host to master IP address. Example -

<domain-controller>
<remote security-realm="ManagementRealm"
security-realm="ManagementRealm" username="<Jboss
username="<Jboss Admin User>">
User>">
<discovery-options>
<static-discovery name="primary"
name="primary" protocol=
protocol="${[Link]:remote+http}"
"${[Link]:remote+http}" host=
host="<Master
"<Master IP>" port=
port="${[Link]
"${[Link]
</discovery-options>
</remote>
</domain-controller>

3. Search for interfaces section. Add the public and unsecure interfaces. Modify the ip address from [Link] to master ip address. Example -

<interfaces>
<interface name="management"
name="management">>
value="${[Link].0.0.1}"
<inet-address value= "${[Link].0.0.1}"/>
/>
</interface>
<interface name="public"
name="public">>
<inet-address value="${[Link].23.50.140}"
value="${[Link].23.50.140}"/>
/>
</interface>
<interface name="unsecure"
name="unsecure">>
<inet-address value="${[Link].23.50.140}"
value="${[Link].23.50.140}"/>
/>

[Link] 3/5
10/7/24, 12:44 AM API Tier Configuration

</interface>
</interfaces>

4. Search for servers section and add the api server as shown below. You need to customize your JVM heap size and permgen space according to your server
capacity.
a. For Slave server 1:

<server name="Api-Server-One"
name="Api-Server-One" group=
group="Api-Server-Group"
"Api-Server-Group" auto-start=
auto-start="true"
"true" update-auto-start-with-server-status=
update-auto-start-with-server-status="false"
"false"><jvm
><jvm name="A
name="A

b. For Slave server 2:

<server name="Api-Server-Two"
name="Api-Server-Two" group=
group="Api-Server-Group"
"Api-Server-Group" auto-start=
auto-start="true"
"true" update-auto-start-with-server-status=
update-auto-start-with-server-status="false"
"false"><jvm
><jvm name="A
name="A

5. Once you complete the above steps, Start the JBoss slave servers using the below command:

./[Link] --host-config=[Link] --backup

Deploying the Irf- Provider-Container

Procedure

1. Navigate to URL [Link] to open the Domain console page.


2. Click Deployments tab.
3. Navigate to Server Groups > Api-Server-Group.
4. Before deploying [Link] file, you need to deploy the [Link] file for MQ queues.
5. Click Upload new deployment and attach [Link] file. Then, click finish to upload and deploy.
6. Click Upload new deployment and attach [Link] file. Then, click finish to upload and deploy.
7. Once deployment is successful, you can see the below console. Now, irf Provider container is deployed successfully.

Accessing the Irf-Provider-Container api


Procedure

1. Launch the Postman application.


2. Test the below URL using GET method in Postman.

http:
http ://[Link]:8090/irf-provider-container/api/v2.2.0/reference/currencies/USD

[Link] 4/5
10/7/24, 12:44 AM API Tier Configuration

3. Once the URL is executed, You can see the below result.

[Link] 5/5

Common questions

Powered by AI

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 .

You might also like