You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be nice to be able to get a full transcript of all messages sent.
We have to be careful (especially on the server side) not to just call print or write to stdout, since that will break the protocol, so having a logging framework makes sense.
On the client side, we should distinguish the logs between each server connection - maybe with separate files per server connection.
The text was updated successfully, but these errors were encountered:
Closes#4.
- Used this functionality to test the invalid protocol message flow, which does appear to work fine as is (json_rpc_2 handles it well for us), but is now tested.
- Made some small breaking changes to the constructors for MCPClient/MCPServer/MCPBase so they all accept a single positional parameter for the stream channel, and this support is implemented once in MCPBase.
sigurdm
pushed a commit
to sigurdm/ai
that referenced
this issue
May 6, 2025
Closesdart-lang#4.
- Used this functionality to test the invalid protocol message flow, which does appear to work fine as is (json_rpc_2 handles it well for us), but is now tested.
- Made some small breaking changes to the constructors for MCPClient/MCPServer/MCPBase so they all accept a single positional parameter for the stream channel, and this support is implemented once in MCPBase.
It would be nice to be able to get a full transcript of all messages sent.
We have to be careful (especially on the server side) not to just call
print
or write to stdout, since that will break the protocol, so having a logging framework makes sense.On the client side, we should distinguish the logs between each server connection - maybe with separate files per server connection.
The text was updated successfully, but these errors were encountered: