Skip to main content

​
On Demand is a Good Fit for…

Integrations where partners cannot support Real Time data creation (when users, accounts, or transactions are created, updated, or deleted in the partner’s system) in the MX Platform. In this case, On Demand serves as the primary tool for creating accounts, transactions, and holdings in the MX Platform. Users and members must always be created with the Real Time API.
INFORead our MDX On Demand API Reference for more information.

​
Required APIs for an On Demand Integration

  1. MDX Real Time - User and member creation
  2. SSO API - User authentication and software access
  3. MDX On Demand - Primary tool for aggregating accounts, transactions, and holdings
These three APIs ensure that users are created in the MX Platform (MDX Real Time), their accounts, transactions, and holdings are created (MDX On Demand), and users can be authenticated to load the widgets (SSO).

​
Creating a User and Member

Creating a user and member When a user clicks on the PFM link for the first time, a request is made to your server to create a new user. Your server then issues a create user request to Real Time. Real Time responds by creating a new user. Your server then makes a create member request to Real Time.

​
Requesting a Widget URL

requesting a widget URL After the user and associated member(s) are created, you request a URL from the MX SSO API to load the widget in the user’s browser. MX responds with a widget URL, which you load into the user’s browser. This loads MX’s widget and is considered a log-in event.

​
Requesting Accounts, Transactions, and Holdings

Requesting accounts, transactions, and holdings
INFOHoldings are optional and not shown in the diagram above. However, they follow the same pattern as transactions.
The log-in event causes MX to issue an On Demand request to your server to pull the user’s accounts, transactions, and holdings. MX requests a session, and you respond with a session key. This key is used in every subsequent On Demand request. MX requests the user’s accounts. You respond with the account information. MX requests transactions within a specific date range for each account. You respond with all transactions for the account within the date range. If your account response included any accounts with <has_holdings>true</has_holdings>, MX requests holdings for those accounts. You respond with all holdings for the account. All of the account, transaction, and holding data is presented to the user in the widget UI. This step is automatic and no further action is needed.

​
Performance Testing

You can test your MDX On Demand service by simulating the calls made in a typical aggregation process from MX. This includes calculating MD5 and HMAC headers and making API calls in the proper order. We’ve provided a JMeter template for this purpose. This document explains how to set up and run these tests using JMeter.
1

Install and Set Up JMeter

Download release build binary from the JMeter download site and follow the instructions for installation.
2

Download and Set Up MX Files

Download the mx_jmeter.zip packaged files here.Included files are:
  • jruby-complete-1.7.9.jar: this library is required to run the specific templates provided
  • ondemand_unamepass.jmx: JMeter template for testing On Demand with Username and Password
  • ondemand_userkey.jmx: JMeter template for testing On Demand with Userkey
3

Set Up the Files

  1. Place the jruby library in the /lib/ directory.
  2. Place the .jmx template files in the /bin/ directory.
4

Set Up Test Credentials

The JMeter test templates require a list of user credentials to pass to the Sessions call. This list should be set up as a CSV file called login.csv and placed in the /bin/ directory.
  • For username/password credentials, use the format username,password with one record per line.
  • For userkey credentials, use the format userkey with one record per line.
INFOIt is recommended to have enough sets of credentials to allow for simultaneous threads.
5

Run JMeter and Load the Template

  • Run JMeter executable in the /bin/ directory from a command console.
  • Load the .jmx template by going to File > Open and selecting the appropriate template for your credential type.
6

Set Up Test Plan Variables

Click on the Test Plan in the template tree and fill out the User Defined Variables.
NameDefinitionExample Value
siteThe URL of your On Demand service excluding the protocol prefix.abcbankweb.com/mxondemand.api/abcbank
saltThe SALT key in base64 format provided by MX for the HMAC calculation. Include double quotes.”M2Z0NTg5cnR5dTc5NGFyNDExM2QyMjIzMDY5YTRmNGU=“
shaThe digest encryption algorithm used to calculate the HMAC. This will be provided when the SALT is generated.‘sha1’
daysThe number of days requested in each transactions request. For example, 90 days means each request covers transactions from today to 90 days ago.90
usersThe number of users in the login.csv file.1
INFOAll fields must be populated with correct values for the tests to work. This includes the salt and sha fields. If you do not have these, they can be provided by MX.
a screen of jmeter
7

Set the Loop Count (Optional)

To test the user list multiple times, change the loop count by going to the top-level Session Request and modifying the “Loop Count” value. The default is 1.
8

Run the Test

Start the tests by clicking the green “play” button in the JMeter toolbar. Monitor the API requests and responses in the “View Results Tree” section.