office365 - How to get AppKey using Microsoft Graph API -


i'm creating new application using 

post https://graph.microsoft.com/beta/applications

i can appid back, can't find way appkey. access app later using application credentials.

update: send password credential during application creation:

  newappobj.passwordcredentials = new list<aobj.azurepasswordcredential>(){             new aobj.azurepasswordcredential()             {                 customkeyidentifier = "t1rexhnmuumvqimnbpkirw==",                 keyid = guid.newguid().tostring(),                 value = "wgjbf8vg3gm1xrgpc43fvtio7scptgwh0jd6cjird40dcx3kp8lmlcdcrrepbridi4cxw1ocnsqjqxozx+oiuw==",                 startdate ="2016-06-01t13:59:30z",// datetimeoffset.utcnow,                 enddate = "2017-06-02t13:59:30z"//datetimeoffset.utcnow.addyears(2)             }         };

when generate authorization token using secret key set before value, response back, when trying use call microsoftgraph api:

    {   "error": {     "code": "authorization_identitynotfound",     "message": "the identity of calling application not established.",     "innererror": {       "request-id": "42d3f97d-5ccb-4680-a6c2-dceb160d19c7",       "date": "2016-06-02t21:03:31"     }   } }

when create secret key manually via azure portal, api call works fine.

update 2:

so, turned out post create application didn't create underlying serviceprincipal object. had create after application created.

 var serviceprincipal = o365outlookclient.getserviceprincipalforapp(inonboardingtoken, createdappobj.appid);                if (serviceprincipal== null || serviceprincipal.appid==null)                {                    var serviceprincipalobj = new aobj.azureserviceprincipal();                    serviceprincipalobj.appid = createdappobj.appid;                    serviceprincipalobj.displayname = createdappobj.displayname;                    serviceprincipalobj.accountenabled = true;                    var serviceprincipaljson = o365outlookclient.postserviceprincipalsync(inonboardingtoken, serviceprincipalobj);                }

application password credentials need generated , set (either when create application, or later patch application). can generating strong random value, creating passwordcredential , adding passwordcredentials collection:

{   /* ... */   "passwordcredentials": [     {       "customkeyidentifier": "t1rexhnmuumvqimnbpkirw==",       "enddate": "2016-06-02t13:59:30z",       "keyid": "e4003ae7-15be-487a-92d7-5d75aafdb4dc",       "startdate": "2016-06-02t13:59:30z",       "value": "wgjbf8vg3gm1xrgpc43fvtio7scptgwh0jd6cjird40dcx3kp8lmlcdcrrepbridi4cxw1ocnsqjqxozx+oiuw=="     }   ]   /* ... */ }

customkeyidentifier base64-encoded byte array (can whatever want), keyid newly-generated guid, , startdate , enddate dates in password credential valid. actual secret key stored in value.


-

Popular posts from this blog

php - How should I create my API for mobile applications (Needs Authentication) -

background so i've been researching quite bit past week api's , have been reading concepts , programming one. currently have website programmed in php using popular framework called laravel. website has user database , users able log dashboard on website, works want website side. now next project of business i'm focusing on creating mobile applications (ios & andriod).what need these mobile applications being able login through application ui (not being redirected site callback url) able view , manage dashboard. the method of authentication , authorization want use application go like client asks user login through ui user enters credentials client sends request login api the api checks if credentials correct api creates token stored in token database linked user id api returns 200 ok json response or this { "token" : "ols25usjiay81hdy81", "expiry" : 3/06/2016 14:00} client remembers token , expiry whenever user/c
Read more

5 Reasons to Blog Anonymously (and 5 Reasons Not To)

Image
This guest post is by Phil (not his real name) of somehighschoolblog . It used to be impossible to run a business anonymously. Sure, some authors could pull it off, but if you worked at an office, what were you supposed to do? Go to work with a bag over your head? But today anyone can accomplish this, because anyone can author a blog (and you thought I was going to tell you to work with a mask on, or something). Copyright Ovidiu Iordachi - Fotolia.com Depending on your motives, you may or may not have considered blogging anonymously. You probably didn’t contemplate blogging anonymously if: • your only motivation is to become “famous” • your blog connects to another part of your life • you are blogging to build more connections with your friends or boss. You should consider blogging anonymously if: • you’re planning on touching on a sensitive or taboo subject • you don’t want to be identified with your blog • you are worried about negative real-world consequences that could arise from y
Read more

Google AdWords and AdSense - A Dynamic Small Business Marketing Duo

Unless you have been living under a rock for the last year or so, you probably know that Google has become the king of the search engine hill. There are many reasons for this but number one in my opinion is that above all else they put value on content. Today I want to introduce you to two very powerful small business advertising options created by Google. These two ingenious programs have all but revolutionized the way advertising is done on the web. Warning: If you are thinking..."web advertising isn't for me, I just need a few more clients around the block"...you better read this or be prepared to have your competitors eat your lunch. Goolge AdSense - Again content is king at Google. This program allows web site "publishers" to add some code from Google and receive "content relevant" ads on their site from other site owners. Here is an example - those ads in the box on the right of the page are delivered by Google and are matched to the content
Read more