feat: Added AutoCloseable interface

[YunKuiLu]

I've added the AutoCloseable interface to the following classes to support the try-with-resources statement:

• LifecycleInitializer
• McpAsyncClient
• McpAsyncServer
• McpServerTransportProvider
• McpSession
• McpSyncServer
• McpTransport
• McpTransportSession

Motivation and Context

In order to support the try-with-resources block for these classes.

How Has This Been Tested?

N/A

Breaking Changes

N/A

Types of changes

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to change)
• Documentation update

Checklist

• I have read the MCP Documentation
• My code follows the repository's style guidelines
• New and existing tests pass locally
• I have added appropriate error handling
• I have added or updated documentation as needed

Additional context

[134130]

IMHO, current close() means immediately shutdown, and closeGracefully() is the graceful shutdown.

AutoClosable should be graceful shutdown as default, as ExecutorService does. see: https://stackoverflow.com/questions/41393417/why-does-the-executorservice-interface-not-implement-autocloseable

[YunKuiLu]

IMHO, current close() means immediately shutdown, and closeGracefully() is the graceful shutdown.

AutoClosable should be graceful shutdown as default, as ExecutorService does. see: https://stackoverflow.com/questions/41393417/why-does-the-executorservice-interface-not-implement-autocloseable

Learned something new again! I’m thinking — would it make sense to introduce a closeNow() method to replace the current close(), and update the existing close() to call this.closeGracefully().subscribe()? ( like ExecutorService.shutdownNow() )