OpenAI - MCP Tool Calling
MCP Tool Calling (Agentic Loop)
The component supports automatic tool calling via the Model Context Protocol (MCP). When MCP servers are configured, the component acts as an MCP client: it lists available tools, converts them to OpenAI function-calling format, and runs an agentic loop — the model requests tool calls, the component executes them via MCP, feeds results back, and repeats until the model produces a final text answer.
MCP Server Configuration
MCP servers are configured inline on the endpoint URI using the mcpServer. prefix pattern. Each server is identified by a name, with sub-properties for transport type, command/URL, and arguments.
Streamable HTTP Transport
-
Java
-
XML
-
YAML
from("direct:chat")
.to("openai:chat-completion?model=gpt-4"
+ "&mcpServer.api.transportType=streamableHttp"
+ "&mcpServer.api.url=http://localhost:9090/mcp"); <route>
<from uri="direct:chat"/>
<to uri="openai:chat-completion?model=gpt-4&mcpServer.api.transportType=streamableHttp&mcpServer.api.url=http://localhost:9090/mcp"/>
</route> - route:
from:
uri: direct:chat
steps:
- to:
uri: openai:chat-completion
parameters:
model: gpt-4
mcpServer.api.transportType: streamableHttp
mcpServer.api.url: http://localhost:9090/mcp SSE Transport (Deprecated)
-
Java
-
XML
-
YAML
from("direct:chat")
.to("openai:chat-completion?model=gpt-4"
+ "&mcpServer.weather.transportType=sse"
+ "&mcpServer.weather.url=http://localhost:8080"); <route>
<from uri="direct:chat"/>
<to uri="openai:chat-completion?model=gpt-4&mcpServer.weather.transportType=sse&mcpServer.weather.url=http://localhost:8080"/>
</route> - route:
from:
uri: direct:chat
steps:
- to:
uri: openai:chat-completion
parameters:
model: gpt-4
mcpServer.weather.transportType: sse
mcpServer.weather.url: http://localhost:8080 Stdio Transport
-
Java
-
XML
-
YAML
from("direct:chat")
.to("openai:chat-completion?model=gpt-4"
+ "&mcpServer.fs.transportType=stdio"
+ "&mcpServer.fs.command=npx"
+ "&mcpServer.fs.args=-y,@modelcontextprotocol/server-filesystem,/tmp"); <route>
<from uri="direct:chat"/>
<to uri="openai:chat-completion?model=gpt-4&mcpServer.fs.transportType=stdio&mcpServer.fs.command=npx&mcpServer.fs.args=-y,@modelcontextprotocol/server-filesystem,/tmp"/>
</route> - route:
from:
uri: direct:chat
steps:
- to:
uri: openai:chat-completion
parameters:
model: gpt-4
mcpServer.fs.transportType: stdio
mcpServer.fs.command: npx
mcpServer.fs.args: "-y,@modelcontextprotocol/server-filesystem,/tmp" Multiple MCP Servers
Multiple servers can be configured on the same endpoint. Tools from all servers are merged and made available to the model:
-
Java
-
YAML
from("direct:chat")
.to("openai:chat-completion?model=gpt-4"
+ "&mcpServer.fs.transportType=stdio"
+ "&mcpServer.fs.command=npx"
+ "&mcpServer.fs.args=-y,@modelcontextprotocol/server-filesystem,/tmp"
+ "&mcpServer.weather.transportType=sse"
+ "&mcpServer.weather.url=http://localhost:8080"); - route:
from:
uri: direct:chat
steps:
- to:
uri: openai:chat-completion
parameters:
model: gpt-4
mcpServer.fs.transportType: stdio
mcpServer.fs.command: npx
mcpServer.fs.args: "-y,@modelcontextprotocol/server-filesystem,/tmp"
mcpServer.weather.transportType: sse
mcpServer.weather.url: http://localhost:8080
- log:
message: "${body}" Agentic Loop Behavior
When the model responds with tool calls, the component automatically:
-
Executes each tool call via the corresponding MCP server
-
Sends the tool results back to the model
-
Repeats until the model produces a final text response
The maxToolIterations option (default: 50) prevents infinite loops. If exceeded, an IllegalStateException is thrown.
Set autoToolExecution=false to disable the agentic loop and receive raw tool calls in the message body instead:
-
Java
-
XML
-
YAML
from("direct:chat")
.to("openai:chat-completion?model=gpt-4"
+ "&autoToolExecution=false"
+ "&mcpServer.api.transportType=streamableHttp"
+ "&mcpServer.api.url=http://localhost:9090/mcp")
.log("Tool calls: ${body}"); // body is the raw tool calls list <route>
<from uri="direct:chat"/>
<to uri="openai:chat-completion?model=gpt-4&autoToolExecution=false&mcpServer.api.transportType=streamableHttp&mcpServer.api.url=http://localhost:9090/mcp"/>
<log message="Tool calls: ${body}"/>
</route> - route:
from:
uri: direct:chat
steps:
- to:
uri: openai:chat-completion
parameters:
model: gpt-4
autoToolExecution: false
mcpServer.api.transportType: streamableHttp
mcpServer.api.url: http://localhost:9090/mcp
- log:
message: "Tool calls: ${body}" Manual Tool Loop with tool-execution Operation
When autoToolExecution=false, you can implement your own tool loop using the openai:tool-execution operation and Camel’s loopDoWhile EIP. This gives you full control to add logging, filtering, retry logic, or custom routing between tool calls — without writing any Java code.
The tool-execution operation:
-
Reads the stored
ChatCompletionresponse (requiresstoreFullResponse=trueon the chat-completion call) -
Extracts tool calls and executes them via MCP
-
Rebuilds the conversation history with the proper message chain
-
Clears the body for the next chat-completion call
-
Java
-
YAML
from("direct:chat")
// Save the original prompt for the tool-execution operation
.setProperty("originalPrompt", body())
// Initial call: tools are listed but not auto-executed
.to("openai:chat-completion?autoToolExecution=false"
+ "&conversationMemory=true&storeFullResponse=true"
+ "&mcpServer.api.transportType=streamableHttp"
+ "&mcpServer.api.url=http://localhost:9090/mcp")
// Loop while the model requests tool calls
.loopDoWhile(header("CamelOpenAIFinishReason").isEqualTo("tool_calls"))
// Execute tool calls via MCP
.to("openai:tool-execution"
+ "?mcpServer.api.transportType=streamableHttp"
+ "&mcpServer.api.url=http://localhost:9090/mcp")
// Send updated conversation back to the model
.to("openai:chat-completion?autoToolExecution=false"
+ "&conversationMemory=true&storeFullResponse=true"
+ "&mcpServer.api.transportType=streamableHttp"
+ "&mcpServer.api.url=http://localhost:9090/mcp")
.end()
.log("Final answer: ${body}"); - route:
from:
uri: direct:chat
steps:
- setProperty:
name: originalPrompt
expression:
simple:
expression: "${body}"
- to:
uri: openai:chat-completion
parameters:
autoToolExecution: false
conversationMemory: true
storeFullResponse: true
mcpServer.api.transportType: streamableHttp
mcpServer.api.url: http://localhost:9090/mcp
- loopDoWhile:
expression:
simple:
expression: "${header.CamelOpenAIFinishReason} == 'tool_calls'"
steps:
- to:
uri: openai:tool-execution
parameters:
mcpServer.api.transportType: streamableHttp
mcpServer.api.url: http://localhost:9090/mcp
- to:
uri: openai:chat-completion
parameters:
autoToolExecution: false
conversationMemory: true
storeFullResponse: true
mcpServer.api.transportType: streamableHttp
mcpServer.api.url: http://localhost:9090/mcp
- log:
message: "Final answer: ${body}" The tool-execution operation requires the originalPrompt exchange property (set via setProperty before the first call) and the CamelOpenAIResponse exchange property (set by storeFullResponse=true). |
returnDirect
MCP tools can declare returnDirect=true in their annotations. When all tools invoked in a single batch carry this flag, the component short-circuits: it returns the tool result directly as the exchange body without sending it back to the model for further processing.
This is useful for tools whose output is the definitive answer (e.g., a database lookup) and does not need LLM interpretation.
The CamelOpenAIMcpReturnDirect header is set to true when this occurs, so downstream processors can distinguish tool-direct responses from LLM-generated ones.
Tool execution errors always bypass returnDirect — errors are sent back to the model for graceful handling. |
MCP Tool Call Headers
The following headers are set after the agentic loop completes:
| Header | Type | Description |
|---|---|---|
| Integer | Number of tool call iterations performed |
| List<String> | Ordered list of tool names called during the loop |
| Boolean |
|
Conversation Memory with MCP Tools
When conversationMemory=true, the full tool call chain is stored in the conversation history exchange property (CamelOpenAIConversationHistory). This includes:
-
Assistant messages containing tool call requests
-
Tool result messages with execution outputs
-
The final assistant text response
This enables multi-turn agentic conversations where the model can reference previous tool interactions across exchanges.
Multi-Turn Example
-
Java
-
YAML
from("direct:chat")
.to("openai:chat-completion?conversationMemory=true"
+ "&mcpServer.api.transportType=streamableHttp"
+ "&mcpServer.api.url=http://localhost:9090/mcp")
.to("mock:response"); - route:
from:
uri: direct:chat
steps:
- to:
uri: openai:chat-completion
parameters:
conversationMemory: true
mcpServer.api.transportType: streamableHttp
mcpServer.api.url: http://localhost:9090/mcp
- log:
message: "${body}" With this route, a multi-turn conversation works as follows:
// Turn 1: the model calls the "add" tool and returns the result
Exchange turn1 = template.request("direct:chat", e ->
e.getIn().setBody("Use the add tool to add 15 and 27"));
// Response: "The result of adding 15 and 27 is 42."
// Turn 2: carry forward the conversation history
List<?> history = turn1.getProperty("CamelOpenAIConversationHistory", List.class);
Exchange turn2 = template.request("direct:chat", e -> {
e.getIn().setBody("What numbers did you just add?");
e.setProperty("CamelOpenAIConversationHistory", history);
});
// Response: "I added 15 and 27." — the model remembers the tool interaction The conversation history includes the full tool call chain from turn 1 (the assistant’s tool call request, the tool result, and the final answer), so in turn 2 the model has complete context of what happened — including which tools were called and what they returned.
When systemMessage is set and conversationMemory is enabled, the conversation history is reset. This allows starting fresh conversations within the same route. |
MCP Protocol Version
When using the Streamable HTTP transport, the component advertises MCP protocol versions during initialization. By default, the SDK’s built-in versions are used. If your MCP server does not support the latest protocol version, you can restrict the advertised versions:
-
Java
-
XML
-
YAML
from("direct:chat")
.to("openai:chat-completion?model=gpt-4"
+ "&mcpServer.api.transportType=streamableHttp"
+ "&mcpServer.api.url=http://localhost:9090/mcp"
+ "&mcpProtocolVersions=2024-11-05,2025-03-26,2025-06-18"); <route>
<from uri="direct:chat"/>
<to uri="openai:chat-completion?model=gpt-4&mcpServer.api.transportType=streamableHttp&mcpServer.api.url=http://localhost:9090/mcp&mcpProtocolVersions=2024-11-05,2025-03-26,2025-06-18"/>
</route> - route:
from:
uri: direct:chat
steps:
- to:
uri: openai:chat-completion
parameters:
model: gpt-4
mcpServer.api.transportType: streamableHttp
mcpServer.api.url: http://localhost:9090/mcp
mcpProtocolVersions: "2024-11-05,2025-03-26,2025-06-18" MCP Connection Recovery
When mcpReconnect=true (the default), the component automatically recovers from MCP server connection failures. If a tool call fails with a transport error, the component:
-
Closes the failed connection
-
Creates a new transport and client using the original server configuration
-
Re-initializes and re-lists available tools
-
Retries the tool call once on the new connection
This handles scenarios where an MCP server restarts, a network connection drops, or a stdio subprocess dies. If reconnection fails, the original transport error is propagated.
Set mcpReconnect=false to disable automatic recovery:
-
Java
-
XML
-
YAML
from("direct:chat")
.to("openai:chat-completion?model=gpt-4"
+ "&mcpReconnect=false"
+ "&mcpServer.api.transportType=streamableHttp"
+ "&mcpServer.api.url=http://localhost:9090/mcp"); <route>
<from uri="direct:chat"/>
<to uri="openai:chat-completion?model=gpt-4&mcpReconnect=false&mcpServer.api.transportType=streamableHttp&mcpServer.api.url=http://localhost:9090/mcp"/>
</route> - route:
from:
uri: direct:chat
steps:
- to:
uri: openai:chat-completion
parameters:
model: gpt-4
mcpReconnect: false
mcpServer.api.transportType: streamableHttp
mcpServer.api.url: http://localhost:9090/mcp Error Handling in the Agentic Loop
| Scenario | Behavior |
|---|---|
MCP client initialization failure | Route fails to start ( |
Tool execution throws an exception | Error is caught, logged as WARN, and sent as tool result text to the model |
MCP transport error ( | Automatic reconnection and retry (once). If retry fails, error is sent to the model |
MCP | Error content is sent as tool result text to the model |
Tool name not found in any server |
|
Max iterations exceeded |
|
Streaming + MCP tools with autoToolExecution | Falls back to non-streaming (logged as INFO) |