Missing `@JsonIgnoreProperties(ignoreUnknown = true)` on capability sub-records

Bug description

The top-level ClientCapabilities and ServerCapabilities records have @JsonIgnoreProperties(ignoreUnknown = true), but their nested sub-records do not. Since the ObjectMapper is constructed with default settings (FAIL_ON_UNKNOWN_PROPERTIES = true), any unknown field on a capability sub-object causes a deserialization failure.

This already caused a real breakage when the elicitation capability gained form and url fields (#724, fixed in #731), but the systemic issue remains — the next spec addition to any capability sub-object will break older SDK versions again.

Affected records

In McpSchema.java:

Spec reference

The spec schema explicitly states capabilities are not a closed set:

"Known capabilities are defined here, in this schema, but this is not a closed set: any client can define its own, additional capabilities."

ClientCapabilities in schema.json — additionalProperties: false is never set on any capability object or sub-object. Several sub-capabilities (sampling, elicitation, completions, logging) explicitly set additionalProperties: true.

Expected behavior

Unknown fields on capability sub-objects should be silently ignored, matching the behavior of the top-level ClientCapabilities and ServerCapabilities records.

Related

• #734 — reports the same issue for ToolCapabilities specifically
• #724 / #731 — the elicitation breakage that was fixed by adding fields, not by adding the annotation

_{AI Disclaimer}

從 mcp-core/src/main/java/io/modelcontextprotocol/spec/McpSchema.java 開始，檢查列出的 capability record，並將其與 ClientCapabilities 和 ServerCapabilities 進行比較。完成標準是：在反序列化期間，忽略每個受影響的 capability 子記錄中的未知欄位，包括巢狀的 elicitation record。