CosmosDb ChangeFeed Support

[swapnil-nagar]

Adds Cosmos DB Change Feed mode support and validation so changeFeedMode is surfaced in types and preserved through function registration metadata.

Changes

• Added CosmosDBv4ChangeFeedMode type with:
  • LatestVersion
  • AllVersionsAndDeletes
• Added changeFeedMode to Cosmos DB v4 trigger options.
• Re-exported CosmosDBChangeFeedMode from shared Cosmos DB types.
• Updated Cosmos DB API docs to clarify default behavior and how to enable full change feed processing.
• Added tests for:
  • Metadata conversion path (toCoreFunctionMetadata)
  • End-to-end app registration path (app.cosmosDB)

Version

• Bumped package version to 4.16.1.

[jviau]

I am not familiar with E2E-test situation for this repo, but want to make sure the feature is validated either manually or by tests. A specific scenario to validate for is the incoming payload type when using AllVersionsAndDelete. With LatestVersion it will be T, for AVAD it will be ChangeFeedItem<T>. So the JSON representation of this CSharp class: https://learn.microsoft.com/en-us/dotnet/api/microsoft.azure.cosmos.changefeeditem-1?view=azure-dotnet-preview

[TsuyoshiUshio]

+1 for the Jacob's comment. Change looks good. E2E might be required.
For E2E testing with this change, If you've already done the manual E2E, I'd happy to approve. But I'm wondering if we can write E2E testing for nodejs-library/worker/extensions if one of them are changed, We can use https://github.com/Azure/azure-functions-nodejs-e2e-tests .

[swapnil-nagar]

+1 for the Jacob's comment. Change looks good. E2E might be required. For E2E testing with this change, If you've already done the manual E2E, I'd happy to approve. But I'm wondering if we can write E2E testing for nodejs-library/worker/extensions if one of them are changed, We can use https://github.com/Azure/azure-functions-nodejs-e2e-tests .

Emulator do not support this. I will be creating a new sample for this feature and test locally