Registry: expertlabs-utilities
Category: utility
Source: https://github.com/IBM/WxMCPServer.git
Visibility: Private
Repository: IBM/WxMCPServer
WxMCPServer is a webMethods Integration Server (IS) package that implements an MCP Server for IBM webMethods Hybrid Integration (IWHI).
Latest: v1.3.2
Total Versions: 6
All Versions:
- v1.3.2 (Trust: TRUSTED)
- v1.3.1 (Trust: TRUSTED)
- v1.3 (Trust: TRUSTED)
- v1.2.1 (Trust: TRUSTED)
- v1.2.0 (Trust: UNSIGNED)
- v1.0.5 (Trust: UNSIGNED)
WxMCPServer is a webMethods Integration Server (IS) package that implements an MCP Server (currently as of 18-06-2025) for IBM webMethods Hybrid Integration (IWHI).
It requires either webMethods Integration Server or webMethods Microservices Runtime for hosting.
v1.3.2 (February 2, 2026)
- Early support for MCP tools implemented by local webMethods Integration Server flows
- Various bug fixes
v1.3.1 (January 6, 2026)
- Introduced new header names, please refer to latest WxMCPServer 1.5 API specification
- Introduced new webMethods IS endpoint https://<server>:<port>/v1_5_0/mcp
- Introduced on-demand loading of tools. If tools are not presented in local cache (i.e. due to refreshing the package), they are loaded even without enforcing "tools/list"
WxMCPServer enables you to expose your existing APIs, including their existing API policies, as MCP Tools through an enterprise-grade integration platform.
It leverages your existing API management infrastructure:

In the current solution approach, the MCP Tool Catalog API is grouped together with business APIs into an API product. This API product is then used to retrieve metadata (including the OpenAPI specification) for all APIs in the product.
WxMCPServer requires IBM webMethods Integration Server or IBM webMethods Microservices Runtime as the server (tested with v11.1).
To integrate with API Management solutions, you must implement the MCP Tool Catalog API.
There are instructions (and pre-configured assets) on how to implement this API on various systems
Detailed description for webMethods API Management
Detailed description for Azure API Management
Detailed description for IBM API Connect
The approach is generally open for 3rd party API Management solutions ("Federated API Management").
The following graphic provides an overview of the architecture:

If you are running locally you can use webMethods Service Designer and the webMethods Package Registry to load the package WxMCPServer

If you are running inside IBM webMethods Hybrid Integration (SaaS) you can add this GitHub repository as external package to your IBM webMethods Hybrid Integration project
-Use the global variables to define MCP server-wide settings. Use the API specifc configuration headers to overwrite these settings per MCP client.
If you do not run a local MCP server , but a shared one used for enterprise scenarios, you should put the WxMCPServer API on the API Gateway in front of the WxMCPServer implementation. Ideally you put it into the same API product than MCP Tool Catalog API, so that all APIs share the same credentials ("Invoke, what you can list and vice versa").
See full enterprise architecture below:

There is a pre-configured archive for webMethods API Gateway, that implements WxMCPServer API for webMethods API Gateway
You can set default values for WxMCPServer, which are used if no corresponding HTTP headers are sent.
Note: MCP client HTTP headers always take precedence over default values.
| Variable Name | Required | Default Value | Description |
|---|---|---|---|
wxmcp.cache.manager.name |
No | WxMCP_Cache_Manager_Default |
The name of the Cache Manager to be used. |
wxmcp.auth.type |
Yes | INTERNAL (none) |
Authentication type: "OAUTH" or "API_KEY" for API Managemnnt solutions. "INTERNAL" for Integration Server flows with Integration Server as Auth Server, "THIRD_PARTY" for external Auth Server |
wxmcp.tool.catalog.base.url |
Yes | (none) | Base URL of your MCP Tool Catalog API on API Gateway, e.g., https://<myWebMethodsAPIGateway>/gateway/WxMCP-Tool-Catalog-wMAPIGW/1.1 |
wxmcp.api.key.headername |
Conditional | (none) | Used only when wxmcp.auth.type = "API_KEY". Specifies the API key header name. |
wxmcp.tool.header.prefix |
No | header_ |
Default prefix for tool header properties. |
wxmcp.tool.query.prefix |
No | query_ |
Default prefix for tool query parameter properties. |
wxmcp.tool.path.prefix |
No | path_ |
Default prefix for tool path parameter properties. |
wxmcp.tool.response.mode |
No | both |
Tool response format: text, structured, or both. |
wxmcp.response.code |
No | stdio |
Response mode: "stdio" (always HTTP 200) or "http" (actual status codes). |
wxmcp.jwks.uri |
Conditional | (none) | Mandatory when wxmcp.auth.type = "THIRD_PARTY". Specifies the valid JWKS URI to external Auth Server. |
wxmcp.jwt.audience |
No | wxmcpserver |
Checked when wxmcp.auth.type = "THIRD_PARTY". If your JWT audience claim returns a different audience, please adapt this value accordingly. |
{
"mcpServers": {
"mcp-iwhi-apikey-demo": {
"command": "npx",
"args": [
"-y",
"mcp-remote",
"http://<Integration Server Host>:<Integration Server Port>/mcp",
"--header",
"x-auth-type:API_KEY",
"--header",
"x-api-key:<The API Key>",
"--header",
"x-tool-catalog-base-url:https://<webMethods API Gateway Host>:<webMethods API Gateway Port>/gateway/WxMCP-Tool-Catalog/1.1",
"--header",
"x-api-key-headername:<Your API Key header - i.e. x-Gateway-APIKey for webMethods>",
"--header",
"x-tool-header-prefix:header_",
"--header",
"x-tool-query-prefix:query_",
"--header",
"x-tool-path-prefix:path_",
"--header",
"x-tool-response-mode:structured",
"--header",
"x-response-code:http"
]
}
}
}
{
"mcpServers": {
"mcp-iwhi-oauth-demo": {
"command": "npx",
"args": [
"-y",
"mcp-remote",
"http://<Integration Server Host>:<Integration Server Port>/mcp",
"--header",
"x-auth-type:OAUTH",
"--header",
"x-tool-catalog-base-url:https://<webMethods API Gateway Host>:<webMethods API Gateway Port>/gateway/WxMCP-Tool-Catalog/1.1",
"--header",
"x-oauth-bearer-token:<The bearer token>",
"--header",
"x-tool-header-prefix:header_",
"--header",
"x-tool-query-prefix:query_",
"--header",
"x-tool-path-prefix:path_",
"--header",
"x-tool-response-mode:structured",
"--header",
"x-response-code:http"
]
}
}
}
uvx mcp-proxy
--headers x-api-key <Your API Key header - i.e. x-Gateway-APIKey for webMethods>
--headers x-tool-catalog-base-url https://<webMethods API Gateway Host>:<webMethods API Gateway Port>/gateway/WxMCP-Tool-Catalog/1.1
http://<Integration Server Host>:<Integration Server Port>/mcp --transport streamablehttp
{
"servers": {
"my-wxmcp-http-server": {
"url": "http://<Integration Server Host>:<Integration Server Port>/mcp",
"type": "http",
"headers": {
"x-auth-type": "API_KEY",
"x-tool-catalog-base-url": "https://<webMethods API Gateway Host>:<webMethods API Gateway Port>/gateway/WxMCP-Tool-Catalog/1.1",
"x-api-key": "<Your API Key header - i.e. x-Gateway-APIKey for webMethods>",
"Content-Type": "application/json",
"x-api-key-headername": "x-Gateway-APIKey"
}
}
},
"inputs": []
}
"Content-Type": "application/json" is supported for sending and receiving data to APIs.To be added during cross-referencing phase
Links to concept pages will be added as concepts are identified