This issue is caused by the how Data Container (Windows Azure Storage) urls are created by using a replacement token (http://{0}.table.core.windows.net).
When the Data Container is setup in the ConfigTool, a storagename and storagekey is provided. This is used to provide the application a Storage Location to retrieve the data loaded using the DataLoader.
This is a problem when providing the local storage values as http://devstoreaccount1.table.core.windows.netis not a valid storage account most likely doesn't have the accountkey of Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==
Here is how storage urls differ between production and the storage emulator:
This issue is caused by the how Data Container (Windows Azure Storage) urls are created by using a replacement token (http://{0}.table.core.windows.net).
When the Data Container is setup in the ConfigTool, a storagename and storagekey is provided. This is used to provide the application a Storage Location to retrieve the data loaded using the DataLoader.
This is a problem when providing the local storage values as http://devstoreaccount1.table.core.windows.net
is not a valid storage accountmost likely doesn't have the accountkey of Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==Here is how storage urls differ between production and the storage emulator:
Windows Azure Storage Url
Windows Azure Storage Emulator Url
More details found on msdn article, overview of running a windows azure application with local storage