-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fabric. Writing to workspace with Uppercase letters #132
Comments
Good to know I wasn't the only one that stumbled upon this. I spent a couple of hours trying to figure out why it suddenly stopped working. At the same time I found out that using guid for workspace and lakehouse doesn't work due to the label used to compose the url.
vs
|
Thanks @lhammerbh and @y0m0!! Or any thought on that? |
Have come across the same issue with my customer but it didn't error out on Export as I'm triggering the export in my Fabric pipeline using the BC API. In my development environment a solution also appears to be the following:
This appears to work, but I will perform further testing before deploying to production. |
@Bertverbeek4PS For us, it would have been a great solution, if we could use GUID's instead, because we are not in the same position as @greglong1 that could rename the workspace, because we have quite a few other lakehouses and a warehouse in the same workspace. Could not read data on
This indicates that the ".Lakehouse" extension is added in the code and might not be needed. In general, I think names are more user friendly than GUID's, but on the other hand there are many places, where this is optional. |
@lhammerbh thanks for your reply! |
Very nice, @Bertverbeek4PS |
@lhammerbh @Bertverbeek4PS - thanks for looking at this Just an update - it appears that the issue only affects spaces in the Workspace name, as it is case insensitive so upper case letters appear to be OK. I have changed the name of our production workspace from "D365BC Production" to "D365BC_Production" with success in exporting the BC table deltas to OneLake. In this implementation of BC2ADLS for this customer, we have attempted to use a meta data driven approach for all our lake houses. All our abfss lakehouse references are held centrally and in this case use the workspace & lakehouse guids so remained unchanged. It was only the BC2ADLS setup screen and Azure Storage Explorer that referenced the Workspace name and required changing when we changed the Workspace name. Thanks for bringing this issue to my attention and the great work. |
Thanks for being precise about the issue, @greglong1 |
Thanks @greglong1. Maybe we need to update the code then for this part to enable also uppercase. Now it is lowercase only for workspace and loakehouse |
This is more FYI than an issue, but it may be nice for other people to know.
We are using BC2ADLS in the Fabric version to copy data from BC to Onelake in Microsoft Fabric.
This worked really well until last Friday (17. may 2024), where it started failing. Most likely due to an update in Microsoft Fabric.
The name of the workspace where data was written to, was containing uppercase letters and spaces: GRM BI Datasets. The name of the lakehouse is: grm_bc2adls_lakehouse.
Friday the following error started showing up:
Also I can see the lakehouse in Azure Storage Explorer:
But when I try to see the data in the lakehouse in Azure Storage Explorer, it fails:
Our fix has been to move the solution to a new workspace called grm_bi_datasets, i.e. without any uppercase letters and also without any spaces. Everything is working correctly now.
Yours
Lars Hammer
The text was updated successfully, but these errors were encountered: