DBA ORDS Configuration Validation – Oracle EBS SQL Report
Oracle E-Business Suite SQL report from the Enginatics Library powered by Blitz Report™. Oracle EBS module: Database Administration · all Database Administration reports
Overview
Validates the Oracle REST Data Services (ORDS) configuration for Blitz Report webservices. Checks: ORDS schema enablement and URL mapping, REST module status, PL/SQL package validity, all 27 expected endpoint handlers and their ORDS template registrations, execute grants, URL-pattern privileges that intercept xxen_webservices calls and the OAuth client’s role grants (catches HTTP 401 caused by pre-existing catch-all privileges), ORDS URL profile configuration with token endpoint validation, OAuth2 client_id/secret availability, and ORDS connection pool sessions. Use this report to diagnose ORDS connectivity issues including OAuth token 404 and 401 errors.
Run this report in Excel in seconds: download Blitz Report™ free (your first 30 reports are free) or try it in the online demo.
Report Parameters
None
Oracle EBS Tables Used
ords_schemas, ords_modules, ords_url_mappings, dba_objects, dual, dba_procedures, ords_handlers, ords_templates, dba_tab_privs, ords_privilege_mappings, ords_client_roles, fnd_profile_option_values, fnd_profile_options, gv$session
Report Categories
Related Reports
Blitz Report Add-in Environment Setup, DBA Object Access Privileges, DBA Directories, DBA SGA Active Session History, DBA AWR Active Session History, DIS End User Layers, DBA AWR Blocking Session Summary, DBA SGA Blocking Session Summary, DBA Text Search
Running This SQL Without Blitz Report
The SQL source can be run in any SQL client. Some Oracle EBS SQL reports in this library use functions from the utility package xxen_util – install it first. Blitz Report™ adds parameters, Excel output with pivots, scheduling and security on top.
Download & Import Options
| Resource | Link |
|---|---|
| Excel Example Output | DBA ORDS Configuration Validation 25-Apr-2026 133958.xlsx |
| Blitz Report™ XML Import | DBA_ORDS_Configuration_Validation.xml |
| SQL Source | DBA ORDS Configuration Validation.sql |
| Full Report on Enginatics | www.enginatics.com/reports/dba-ords-configuration-validation/ |
Case Study & Technical Analysis: DBA ORDS Configuration Validation
Executive Summary
The DBA ORDS Configuration Validation report checks the Oracle REST Data Services (ORDS) configuration that Blitz Report web services depend on. It runs checks in seven sections: the ORDS schema and module, the PL/SQL packages, the REST endpoint handlers, the security grants, the URL-pattern privileges, the configuration profiles and the middleware connection pool. Each check returns a status, a detail and an OK, Warning or Error validation. Database administrators use it to diagnose connectivity problems, particularly OAuth token errors that surface as HTTP 404 or HTTP 401 responses. The report takes no parameters, so every run performs the full set of checks.
Business Challenge
- Connectivity failures: When the Blitz Report add-in cannot obtain an OAuth token or call a web service, the cause can sit in any of several ORDS objects, and each must be checked in turn.
- Silent privilege conflicts: A pre-existing catch-all privilege on the ORDS URL patterns can require roles that the web service client does not hold, which returns HTTP 401 even when the endpoints are correct.
- Insecure transport: OAuth2 requests over plain HTTP are refused by ORDS, and the client secret must not travel in clear text outside test systems.
- Upgrade and move risk: Endpoints, grants and the ORDS URL profile must all be in place after a patch, a restore or a new instance.
The Solution
- Confirms that the ORDS schema and the xxen_webservices module are enabled and published, and reports the URL mapping and base path used in the request URL.
- Checks that the two packages behind the web service are valid, and that each of the 27 expected endpoint handlers is defined in the APPS schema and registered as an ORDS template.
- Verifies the execute grants on the web service packages and lists the URL-pattern privileges that intercept calls to the web service path.
- Reads the connection type, the ORDS base URL, the derived URL, its HTTPS status, the OAuth client id and secret, and whether the ORDS connection pool has sessions.
Technical Architecture (High Level)
Primary Tables
ORDS_SCHEMAS,ORDS_MODULES,ORDS_URL_MAPPINGS,ORDS_TEMPLATESandORDS_HANDLERS: the ORDS metadata for the schema, module, URL mapping, template and handler of the web service.ORDS_PRIVILEGE_MAPPINGSandORDS_CLIENT_ROLES: the URL-pattern privileges and the roles held by the OAuth client.DBA_OBJECTS,DBA_PROCEDURESandDBA_TAB_PRIVS: the validity of the packages, the handler procedures and the execute grants.FND_PROFILE_OPTION_VALUESandFND_PROFILE_OPTIONS: the profile values for the connection type, ORDS URL and APEX URL.GV$SESSION: the sessions of the ORDS public user.DUAL: used for the static check rows.
Logical Relationships
ORDS_SCHEMASis joined toORDS_MODULESon the schema id for the module xxen_webservices, and toORDS_URL_MAPPINGSon the URL mapping id.ORDS_TEMPLATESis joined toORDS_MODULESon the module id, and each template’s handler count comes fromORDS_HANDLERS.- The expected endpoint names are compared with the procedures in
DBA_PROCEDURESfor the APPS owner, with an outer join so a missing procedure shows as Missing. - Privileges whose pattern is /*, /** or starts with /xxen are flagged as catch-all in
ORDS_PRIVILEGE_MAPPINGS. - The derived ORDS URL is built from the FND_APEX_URL profile when APEX is installed, otherwise from the APPS_SERVLET_AGENT profile on port 8443.
Parameters & Filtering
This report has no parameters. Every run returns all seven sections, so the output can be compared between two instances.
Performance & Optimization
- The checks are small lookups on the ORDS metadata for one module, so the report returns quickly on a normal instance.
- The endpoint list is a fixed set of names read from DUAL, so the check does not depend on a catalogue table.
- The connection pool check counts sessions for one database user in GV$SESSION, without reading session detail.
- The catch-all check uses a NOT EXISTS subquery, so the “none detected” row appears only when no matching privilege exists.
FAQ
Q: Why does the Blitz Report add-in return HTTP 401 when the ORDS endpoints are present? A: A URL-pattern privilege that matches the web service path requires roles the xxen_webservices client does not hold. The Catch-all Privilege rows show the privilege name and pattern, and the detail gives the query on DBA_ORDS_PRIVILEGE_ROLES that lists the required roles.
Q: Why does an ORDS URL using HTTP fail the token request? A: ORDS refuses OAuth2 requests received over HTTP and returns HTTP 403, so no bearer token is issued. The check reports this as an Error, and the fix is to move ORDS to HTTPS.
Useful Links
- Blitz Report™ – World’s Fastest Oracle EBS Reporting Tool
- Oracle Discoverer Replacement – Import Worksheets into Blitz Report™
- Oracle EBS Reporting Toolkits by Blitz Report™
- Blitz Report™ FAQ & Community Q&A
- Supply Chain Hub by Blitz Report™
- Blitz Report™ Customer Case Studies
- Oracle EBS Reporting Blog
- Oracle EBS Reporting Resource Centre
© Enginatics GmbH