Add opt-in validation of required tool result content

[kele5555]

CallToolResult.fromJson replaces missing or null content with an empty list. Applications then cannot distinguish these responses from a valid content: [] result.

This adds validateCallToolResultContent(true) to the synchronous and asynchronous client builders. When enabled, callTool checks the raw result before converting it to CallToolResult, rejecting missing, null, or non-array content with IllegalArgumentException. An explicit empty array remains valid.

The option follows the existing McpClientFeatures.Sync/Async wiring. Validation accepts both List and Object[] representations of JSON arrays, including Jackson's USE_JAVA_ARRAY_FOR_JSON_ARRAY setting.

The option defaults to false, preserving the compatibility behavior introduced in #928. It is independent of tool output-schema validation and does not enable strict validation of other MCP messages. Validation failures do not retry the tool call or undo server-side effects.

Validation on Java 17, with both Jackson 2 and Jackson 3:

• 280 related tests passed per profile: the 25 HTTP regression cases, 12 mapper-array cases for each Jackson implementation, and 6 feature-wiring cases, plus existing regressions.
• Tests cover synchronous/asynchronous calls, missing/null/non-array content, error results, empty/text/structured output, unknown fields, default compatibility, JSON-RPC errors, output-schema validation, and a successful call after a validation failure.
• The initial regression run demonstrated six missing/null-content rejection failures on the original code; these are the proposed opt-in behavior, not a claim that the documented default was unintended.
• The full Docker-dependent suite was not run.

This is a proposed public API. Please confirm the scope and naming in the related enhancement issue before requesting review.

AI-assisted implementation, submitted for human review.

Fixes #1148