Labsco
MCP SERVER

Adobe Commerce MCP Server by CData

by CDataSoftware

Query an Adobe Commerce store — orders, products, customers — as SQL tables from your MCP client.

SaaS-to-SQL Connectors
Summary
Store data as tables, with no way to change it.

The CData JDBC Driver maps Adobe Commerce onto relational models, so questions that span orders, products and customers become a single SELECT rather than several API calls stitched together. Everything the server exposes is read: no order edits, no catalogue changes.

What it is

A Java MCP server that puts CData's JDBC Driver for Adobe Commerce behind three read-only tools: list the tables, list a table's columns, and run a SQL SELECT. The driver is what does the work — it exposes Adobe Commerce as relational SQL models — and the server hands those models to your client so you can ask questions in plain language instead of writing SQL yourself.

What you get
  • `get_tables` returns the tables available in the data source, as CSV with a header row
  • `get_columns` returns the columns of one table, in the same CSV shape
  • `run_query` executes a SQL SELECT and returns the rows
  • Every tool name is prefixed with the server name from your `.prp` file, so several CData servers can run side by side without colliding
  • Questions like "how many open tickets do I have" go straight to the client — it picks the tools and writes the SQL
Requirements

Build the server with `mvn clean install`, which produces `CDataMCP-jar-with-dependencies.jar`. Separately download the CData JDBC Driver for Adobe Commerce and license it: run `java -jar cdata.jdbc.adobecommerce.jar --license` and enter your name, email and either `TRIAL` or a licence key. Then write a `.prp` file naming `DriverClass=cdata.jdbc.adobecommerce.AdobeCommerceDriver` plus the `JdbcUrl` you build in the driver's connection-string utility, and point your client at `java -jar` with the jar and that file. Transport is stdio, so the server has to run on the same machine as the client.