Tomorrow is round 2 of TechEd Australia and after my demos all seemed to go well in Melbourne I figured I was all set. However as I usually do I wanted to double check that everything was going to work (particularly since I’m running the Windows 10 preview build). Anyhow, it’s a good thing I did because the wonderful Azure team have changed the syntax of one of the manifest files I have to manually edit mid-way through my first session. The step I walk through is actually taken from a post over on Azure Mobile Services site (http://azure.microsoft.com/en-us/documentation/articles/mobile-services-windows-store-dotnet-adal-sso-authentication/) and includes this change:
Well, no more – if you try to do this you’ll find that the appPermissions node doesn’t exist in the manifest file. Luckily I have a working mobile service with this change already applied, so I figured if I download the manifest file I should be able to see what’s changed. It turns out that the syntax has changed and that instead of replacing the appPermissions node, you now have to replace the oauth2Permissions node ie change:
“oauth2Permissions”: [],
to
“oauth2Permissions”: [
{
“adminConsentDescription”: “Allow the application access to the mobile service”,
“adminConsentDisplayName”: “Have full access to the mobile service”,
“id”: “b69ee3c9-c40d-4f2a-ac80-961cd1534e40”,
“isEnabled”: true,
“origin”: “Application”,
“type”: “User”,
“userConsentDescription”: “Allow the application full access to the mobile service on your behalf”,
“userConsentDisplayName”: “Have full access to the mobile service”,
“value”: “user_impersonation”
}
],
The upshot of this is that had I just assumed that my demos would all just work tomorrow I would have been fighting this fire on stage (argh). Moral of the story is practice, practice and practice some more – you never know when the demo gods will strike, and it’s best to be prepared when they do.