Connect to Live JD Edwards Data in PostGresSQL Interface through CData Connect AI

Dibyendu Datta
Dibyendu Datta
Lead Technology Evangelist
Create a live connection to JD Edwards in CData Connect AI and connect to your JD Edwards data from PostgreSQL.

There are a vast number of PostgreSQL clients available on the Internet. PostgreSQL is a popular interface for data access. When you pair PostgreSQL with CData Connect AI, you gain database-like access to live JD Edwards data from PostgreSQL. In this article, we walk through the process of connecting to JD Edwards data in Connect AI and establishing a connection between Connect AI and PostgreSQL using a TDS foreign data wrapper (FDW).

CData Connect AI provides a pure SQL Server interface for JD Edwards, allowing you to query data from JD Edwards without replicating the data to a natively supported database. Using optimized data processing out of the box, CData Connect AI pushes all supported SQL operations (filters, JOINs, etc.) directly to JD Edwards, leveraging server-side processing to return the requested JD Edwards data quickly.

Connect to JD Edwards in Connect AI

CData Connect AI uses a straightforward, point-and-click interface to connect to data sources.

  1. Log into Connect AI, click Sources, and then click Add Connection
  2. Adding a Connection
  3. Select "JD Edwards" from the Add Connection panel
  4. Selecting a data source
  5. Enter the necessary authentication properties to connect to JD Edwards.

    The driver connects to JD Edwards through your Application Interface Services (AIS) Server. Set the following connection properties:

    • URL: The base HTTPS URL of your AIS Server (e.g., https://jde-ais.example.com:8300).
    • User: Your JD Edwards username.
    • Password: Your JD Edwards password.
    • Environment (optional): The JD Edwards environment to use (e.g., PD920 for production or DV920 for development). If not specified, the AIS Server's default environment is used.
    • Role (optional): The JD Edwards role for the session. If not specified, the AIS Server's default role is used.
    • DeviceName (optional): An identifier for the connecting device or application, used for auditing and logging on the AIS Server.
    • Jasserver (optional): The specific Java Application Server (JAS) instance to route requests through, useful in clustered environments.

    Choosing Which Data Is Exposed

    JD Edwards organizes tables and business views by System Code, and the driver exposes each System Code as its own schema. Use these properties to control which schemas are available:

    • DataModel: One or more ERP modules (comma-separated) whose System Codes are exposed as schemas, or All to expose every System Code in the connected instance. Defaults to FinancialManagement.
    • SystemCodes: A comma-separated list of additional System Codes to expose alongside those from DataModel (e.g., 42,43).

    When you connect, the driver sends your credentials to the AIS Server to obtain a session token and caches it. The driver requests a new token automatically before the session expires.

    Configuring a connection (Salesforce is shown)
  6. Click Save & Test
  7. Navigate to the Permissions tab in the Add JD Edwards Connection page and update the User-based permissions. Updating permissions

Add a Personal Access Token

When connecting to Connect AI through the REST API, the OData API, or the Virtual SQL Server, a Personal Access Token (PAT) is used to authenticate the connection to Connect AI. It is best practice to create a separate PAT for each service to maintain granularity of access.

  1. Click on the Gear icon () at the top right of the Connect AI app to open the settings page.
  2. On the Settings page, go to the Access Tokens section and click Create PAT.
  3. Give the PAT a name and click Create. Creating a new PAT
  4. The personal access token is only visible at creation, so be sure to copy it and store it securely for future use.

With the connection configured and a PAT generated, you are ready to connect to JD Edwards data from PostgreSQL.

Build the TDS Foreign Data Wrapper

The Foreign Data Wrapper can be installed as an extension to PostgreSQL, without recompiling PostgreSQL. The tds_fdw extension is used as an example (https://github.com/tds-fdw/tds_fdw).

  1. You can clone and build the git repository via something like the following view source:
    
    sudo apt-get install git
    git clone https://github.com/tds-fdw/tds_fdw.git
    cd tds_fdw
    make USE_PGXS=1
    sudo make USE_PGXS=1 install
    
    Note: If you have several PostgreSQL versions and you do not want to build for the default one, first locate where the binary for pg_config is, take note of the full path, and then append PG_CONFIG= after USE_PGXS=1 at the make commands.
  2. After you finish the installation, then start the server:
    
    sudo service postgresql start
    
  3. Then go inside the Postgres database
    
    psql -h localhost -U postgres -d postgres
    
    Note: Instead of localhost you can put the IP where your PostgreSQL is hosted.

Connect to JD Edwards data as a PostgreSQL Database and query the data!

After you have installed the extension, follow the steps below to start executing queries to JD Edwards data:

  1. Log into your database.
  2. Load the extension for the database:
    
    CREATE EXTENSION tds_fdw;
    
  3. Create a server object for JD Edwards data:
    
    CREATE SERVER "JDEdwards1" FOREIGN DATA WRAPPER tds_fdw OPTIONS (servername'tds.cdata.com', port '14333', database 'JDEdwards1');
    
  4. Configure user mapping with your email and Personal Access Token from your Connect AI account:
    
    CREATE USER MAPPING for postgres SERVER "JDEdwards1" OPTIONS (username '[email protected]', password 'your_personal_access_token' );
    
  5. Create the local schema:
    
    CREATE SCHEMA "JDEdwards1";
    
  6. Create a foreign table in your local database:
    
    #Using a table_name definition:
    
    CREATE FOREIGN TABLE "JDEdwards1".AccountsPayable.AccountLedger  (      
    id varchar,      
    Amount varchar)      
    SERVER "JDEdwards1"
    OPTIONS(table_name 'JDEdwards.AccountsPayable.AccountLedger', row_estimate_method 'showplan_all');
    
    #Or using a schema_name and table_name definition:
    
    CREATE FOREIGN TABLE "JDEdwards1".AccountsPayable.AccountLedger (      
    id varchar,      
    Amount varchar)      
    SERVER "JDEdwards1"
    OPTIONS (schema_name 'JDEdwards', table_name 'AccountsPayable.AccountLedger', row_estimate_method 'showplan_all');
    
    #Or using a query definition:
    
    CREATE FOREIGN TABLE  "JDEdwards1".AccountsPayable.AccountLedger (
    id varchar,      
    Amount varchar)      
    SERVER "JDEdwards1"
    OPTIONS (query 'SELECT * FROM JDEdwards.AccountsPayable.AccountLedger', row_estimate_method 'showplan_all');
    
    #Or setting a remote column name:
    
    CREATE FOREIGN TABLE "JDEdwards1".AccountsPayable.AccountLedger (
    id varchar,
    col2 varchar OPTIONS (column_name 'Amount'))
    SERVER "JDEdwards1"
    OPTIONS (schema_name 'JDEdwards', table_name 'AccountsPayable.AccountLedger', row_estimate_method 'showplan_all');
    
  7. You can now execute read/write commands to JD Edwards:
    
    SELECT id, Amount
    FROM "JDEdwards1".AccountsPayable.AccountLedger;
    

More Information & Free Trial

Now, you have created a simple query from live JD Edwards data. For more information on connecting to JD Edwards (and more than 200 other data sources), visit the Connect AI page. Sign up for a free trial and start working with live JD Edwards data in PostgreSQL.

Ready to get started?

Learn more about CData Connect AI or sign up for free trial access:

Free Trial