Add mapping of CompletemultipartUploadResponse to TransferUtilityUploadResponse

[GarrettBeatty]

Stacked PRs:

• Add OpenStreamResponse mapping #4064
• Add DownloadResponse mapping #4063
• Add UploadWithResponseAsync API #4062
• Add multipartupload lifecycle tracking #4061
• ->Add mapping of CompletemultipartUploadResponse to TransferUtilityUploadResponse #4060

---

Description

This change adds a function to map the CompletemultipartUploadResponse to TransferUtilityUploadResponse. This is needed because we eventually need to return TransferUtilityUploadResponse as part of the progress listener for multi part upload here #4061

Motivation and Context

1. DOTNET-8276

Testing

1. Unit tests
2. 8338c01e-36d5-4617-b5af-b4a255e7c141 - pass

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)

Checklist

• My code follows the code style of this project
• My change requires a change to the documentation
• I have updated the documentation accordingly
• I have read the README document
• I have added tests to cover my changes
• All new and existing tests passed

License

• I confirm that this pull request can be released under the Apache 2 license

[Copilot]

Pull Request Overview

This PR adds mapping functionality to convert CompleteMultipartUploadResponse objects to TransferUtilityUploadResponse objects in the AWS S3 SDK. This enhances the transfer utility by providing a consistent response interface for multipart upload completions.

• Added MapCompleteMultipartUploadResponse method in ResponseMapper class
• Implemented comprehensive unit tests to validate the mapping functionality
• Added dev config for patch version increment with appropriate changelog

Reviewed Changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated no comments.

File	Description
sdk/src/Services/S3/Custom/Transfer/Internal/ResponseMapper.cs	Added new mapping method to convert CompleteMultipartUploadResponse to TransferUtilityUploadResponse
sdk/test/Services/S3/UnitTests/Custom/ResponseMapperTests.cs	Added comprehensive unit tests for the new mapping functionality including null handling scenarios
generator/.DevConfigs/433a9a6d-b8ea-4676-b763-70711e8288e6.json	Added dev config for patch version increment

[peterrsongg]

so anytime a new property is added to CompleteMultipartUploadResponse we have to remember to update this mapping?

[GarrettBeatty]

you don't really have to validate mapping.json against s3 model per se. If s3 adds a new field, the new TM request/response objects will simply not have those new fields, which means customers will not be able to use them unless we manually update mappings.json and ask SDKs to update their TM implementation to add those new fields

this is the expectation from zoe right now. that its just a one time check we are currently doing. if we get asked to update the mapping.json file then we would need to make updates

[GarrettBeatty]

in mapping.json (existing file) we are looking for ServerSideEncryption and SSEKMSKeyId which have slightly different property names in .net compared to other SDKs so we need to add that mapping here