Skip to content

Conversation

@banalite
Copy link

For the reason in the title, using McpSyncClient to list tools will always failed. As there will be two NamedClientMcpTransports connect to one same server, then will be duplicate tool names from McpSyncClient.listTools(), and this will not pass the check in SyncMcpToolCallbackProvider.validateToolCallbacks(ToolCallback[] toolCallbacks).

@tzolov
Copy link
Contributor

tzolov commented Mar 2, 2025

@banalite thank you for the contribution.
The issue was fixed in dcdfd7a
I like the verification tests you've added. Would you please rebase your PR on top of the upstream main so that we can merge your tests?

@tzolov tzolov self-assigned this Mar 2, 2025
@tzolov tzolov added this to the 1.0.0-M7 milestone Mar 2, 2025
…tion will always run for the class name in @ConditionalOnMissingClass is wrong.

Signed-off-by: Mota <[email protected]>
@banalite
Copy link
Author

@banalite thank you for the contribution. The issue was fixed in dcdfd7a I like the verification tests you've added. Would you please rebase your PR on top of the upstream main so that we can merge your tests?

Hi, I have rebased my PR on top of the upstream main.

@tzolov
Copy link
Contributor

tzolov commented Mar 12, 2025

Thank you @banalite. I'm afraid this test isn't doing much as the sseHttpClientTransportAutoConfiguration is not a bean so it will never be present?

@tzolov
Copy link
Contributor

tzolov commented Mar 12, 2025

Replaced by #2451

@tzolov tzolov closed this Mar 12, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants