Implementing function metadata transform support#3145
Conversation
4878b2e to
ea11f59
Compare
ea11f59 to
d2cc574
Compare
d2cc574 to
c71a5a9
Compare
mattchenderson
left a comment
There was a problem hiding this comment.
PR should be retitled / commit message for squash-and-merge should be adjusted so that history does not include a reference to a type not being included.
c71a5a9 to
6fc8787
Compare
|
Need to make sure to update AspNetCore extension to consume |
|
Hi @liliankasem That’s a really interesting approach and implementation. I’m currently working on a similar requirement where I need to implement a custom metadata provider to support disabling functions in the staging slot. I’ve successfully migrated to the new Metadata Transformer, which has been great. However, I’m curious about one aspect: why is the Transform method synchronous (sync) when the In our use case, we disable functions using feature flags via Would love to hear your thoughts on this design decision and whether there’s any guidance or workaround you’d recommend. |
Issue describing the changes in this PR
resolves #issue_for_this_pr
Pull request checklist
release_notes.mdAdditional information
Rough draft of feature to allow augmentation of the FunctionMetadata.
Works E2E with: Azure/azure-functions-mcp-extension#88