Wywołanie API Reszta w Azure AD B2C Custom Policy definiuje stały adres URL w polu "Serwisowe".

Wywołanie API wykresu dla przeczytania ma formularz E.G.:

... / Użytkownicy / Obiektyd

Więc adres URL musi być dynamiczny.

Możesz dodać obiektyw jako roszczenie wejściowe, ale w jaki sposób wejdzie do adresu URL?

Wyjście jest obiektem JSON. Przypuszczam, że możesz wykonać transformację roszczeń, aby uzyskać określony atrybut określony w roszczeniu wyjściowym.

Pisanie do API wykresu wymaga poprawki, ale wezwanie API API API API Pozwala tylko uzyskać i post.

Wydaje się, że nie ma transformacji roszczeń, aby zbudować obiekt JSON, aby pisać z zastrzeżeń wyjściowych.

Czy nazywa ASure AD Graph API z możliwej polityki niestandardowej?

0
rbrayb 26 luty 2019, 01:22

2 odpowiedzi

Najlepsza odpowiedź

Edytuj 1 marca: Dotyczące twojego pytania

Czy nazywa ASure AD Graph API z możliwej polityki niestandardowej?

Aby zadzwonić do Azure AD, musisz użyć AzureActivedirectoryProvider. Odporny dostawca jest do wywołania dowolnego interfejsu API, które możesz skonfigurować i kontrolować.

Aby użyć dostawcy AAD, możesz śledzić tutaj dokumentację. HTTPS: // docs.Microsoft.com/en-us/azure/aktywne-directory-b2c/aktywne-directory-b2c-setup-aad-custom.

Poniżej znajduje się moja pierwotna odpowiedź dotycząca możliwości odpoczynku dostawcy:

Dynamiczne adresy URL mogą być obsługiwane w spokojnym dostawcy z klawiszem metadanych "sendclaimsas" = "URL"

Jeśli korzystasz z tego, możesz określić adres URL w ten sposób "HTTPS: //my.tld/ {Partnerclaim1} / {Partnerclaim2} "i roszczenia zostaną zaludnione na adres URL.

Jednak jeśli to zrobisz, prośba zawsze będzie żądaniem.

Wyjście jest obiektem JSON. Przypuszczam, że możesz wykonać transformację roszczeń, aby uzyskać określony atrybut określony w roszczeniu wyjściowym.

Masz rację, możesz użyć transformacji roszczeń, aby uzyskać roszczenie z JSON.

Pisanie do API wykresu wymaga poprawki, ale wezwanie API API API API Pozwala tylko uzyskać i post.

Wydaje się, że nie ma transformacji roszczeń, aby zbudować obiekt JSON, aby pisać z zastrzeżeń wyjściowych.

Jesteś poprawny, dziś nie mamy transformacji roszczeń do roszczeń wyjściowych, a API reszta nie obsługuje żądań poprawek.

1
user1348051 1 marzec 2019, 20:42

Dodawanie dodatkowej perspektywy:

Zapytałeś: wywołuje API lazurowej reklamy API z możliwej polityki niestandardowej?

Jak wspomniano powyżej, istnieją pewne wyzwania przy użyciu reszty API dostawcy technicznego do wywołania Azure AD, jednak rozmawiamy ASURE Graph API z niestandardowej polityki przez cały czas. Używamy dostawcy Azure Advider.
Występując do bliskiego spojrzenia na starterpack, zobaczysz wszystkie połączenia Azure AD (profile techniczne AAD). Z wyjątkiem uwierzytelniania, wszystkie inne połączenia Azure Advider AD są rzeczywiście wzywa do wykresu AZURE AD, aby utworzyć użytkownika, aby zaktualizować profil użytkownika.

Czy możesz nam powiedzieć, co próbujesz wykonać z telefonem do Azure AD wykres?

Aktualizacja / odpowiedź

Mamy przepływ udostępniania użytkownika poza B2C.

Część tego przepływu wywołuje politykę niestandardową B2C. W podróży użytkownika chcemy uzyskać dostęp / aktualizować niektóre atrybuty B2C. Niektóre z nich są standardowe. Niektóre są niestandardowymi atrybutami rozszerzeniami.

W zależności od wartości podążamy za różnymi przepływami w podróży za pomocą "Warkopondynówek".

Zasadniczo zdobądź / ustawić metody na atrybutach B2C.

Aby to zrobić, spojrzeliśmy na opcję "web.tpecgine.providers.RestfulProvider", aby zadzwonić do Graphapi.

Ale to nie wydaje się być możliwe.

Czy mówisz, że możemy osiągnąć ten sam wynik, używając "AAD-UserreadusingOjectid" i "AAD-UserWriteProfileusingObjectId"?

To ma sens tak długo, jak wszystko może działać w tle. Nie ma interfejsu interfejsu użytkownika.

1
nzpcmad 27 luty 2019, 00:18