The ability to have workspace-level parameters (similar to ADF) would be a nice way of standardizing naming conventions, share parameters between services, etc
fbcideas_migusr
2 years agoNew Member
Hi
I am looking for a solution to get the Workspace Name within a data pipeline. Currently I know it is possible to get the Workspace ID but I could not see any option to get the workspace name from the system variables.
It would be nice if we have options to get the Workspace Name dynamically from the system variables.
Thank you!
Recent ideas
Support Managed Private Endpoint for Azure DocumentDB (with MongoDB compatibility)
Fabric does not offer a secure way to connect to Azure DocumentDB (with MongoDB compatibility). It is currently only supporting the Azure Cosmos DB for MongoDBmorten-gn31 minutes agoNew MemberNew3Views0likes0CommentsAllow us to rename fabric data agents published to m365
If we use deployment pipelines to promote fabric data agents between dev, test/UAT, and prod fabric workspaces, we need to keep the name of the fabric agent the same in each workspace. If we want to ...PeterDaniels1 hour agoAdvocate IIINew176Views0likes2CommentsMake workspace and item session persistence optional
Description The new persistent session behavior in Microsoft Fabric should be optional rather than forced. Currently, Fabric remembers the workspaces and items that were open in my previous session...TeemuMultanen2 hours agoAdvocate INew292Views47likes2CommentsSupport Encrypted Sensitivity-Labeled Excel Files in Power Query
Description Currently, Power Query Online and Power Query in Excel are unable to access encrypted Excel files. Excel files with sensitivity types other than Public or Non-Business can be encrypted a...ewarstdhyjugkhi2 hours agoMicrosoft EmployeeNew16Views6likes0Comments