Virtual Happy Hour this month, Jun 28, we'll be getting a sneak preview at our soon to launch SaaS CMS!

Try our conversational search powered by Generative AI!

EPiServer.Azure uses deprecated package WindowsAzure.Storage



EPiServer.Azure uses package WindowsAzure.Storage which is deprecated.
WindowsAzure.Storage is now (>1 year ago) splited into multiple packages, see more:

Is there any plan to upgrade to the new packages?

Rigth now VS/nuget is complaining that we have installed deprecated packages.

Oct 08, 2020 8:34

Thanks for bringing this into our attention. I will file a bug for CMS team

Oct 08, 2020 10:44

This is already on our radar. Unfortunately Microsoft hasn't released a package for Service Bus yet, it's still in pre-release

Edited, Oct 08, 2020 13:37
Magnus Teghammer - Nov 30, 2020 8:42
It seems that Microsoft released 7.0 a few days ago.
Johan Petersson - Nov 30, 2020 9:52
Thanks for letting us know.

Original question is around Azure Storage (not ServiceBus). Old package has been split into multiple smaller packages (Microsoft.Azure.Storage.* and for tables you have to use CosmosDB client SDK). Wew have been through this migration process - and it's not super painful for super small project :) 99% are namespace changes.

For the ServiceBus case is not better - best bet for now is Microsoft.Azure.ServiceBus ( But I agree - it's really bad business from Microsoft side to name and release packages propery.

We have "Azure.Messaging.*", "Microsoft.Azure.ServiceBus.*" and "Microsoft.ServiceBus.*" namespaces :)

Oct 08, 2020 22:40

Adding here as just was having interesting times with the fact that Episerver is using WindowsAzure.Storage when another 3rd party package version x.y was using the NuGet packages Microsoft.Azure.Storage.* WHICH ARE ALSO DEPRECATED and latest version of this 3rd party package is using the latest NuGet packages Azure.Storage.* packages so the nightmare "NuGet package hell is ready" cry 

I think we can thank you Microsoft for messing up the packages using old namespaces in new packages and changing where the implementation are (for example the two old NuGet packages have functionality to parse blob connection string and the latest doesn't OR I just didn't find where it was). But anyways understandable that MS wanted to separate/modularize the latest version of the packages but it has created a mess if something is using the older corresponding NuGet packages.

Oct 28, 2020 18:13

Also bear in mind that you could potentially hit a behavior where ServiceBus messages sent by older SDk is not reable by newer SDK :) And vice versa

Edited, Oct 28, 2020 23:33

Are there any news here?

I have just recently created a new production environment for a customer, but I suspect that support for Microsoft.WindowsAzure.Storage v9.3.3 is broken in newly created storage accounts. It works fine in the Preprod environment that is quite old (> 1 year since creation), but whenever I create a new Storage Account now (in the portal), I get (400) Bad Request

Accounts created through the portal are using API version 2019-06-01 - Im now trying to iterate through older versions to find the latest one that works.

EDIT Follow-up: "apiVersion": "2018-11-01" works fine. 

Edited, Nov 30, 2020 8:37


The latest comment on this post is a year old. Is there a solution for this?

I'm curious if I load the Azure.Storage.Blobs package, will it conflict with the existing, deprecated, WindowsAzure.Storage package?

Dec 06, 2021 20:28

Hi Nick,

The answer is simple, you have to test it ;)

But in one of our DXP projects we have both of these NuGet packages installed:

  • Azure.Storage.Blobs v12.10.0
  • WindowsAzure.Storage v9.3.3

..and they play nicely together.

Dec 19, 2021 13:25
* You are NOT allowed to include any hyperlinks in the post because your account hasn't associated to your company. User profile should be updated.