Sharepoint 2018 - blog al echipei Microsoft Sharepoint

Salutări! Sunt un dezvoltator de aplicații și îmi place slujba mea. Dar, uneori, îmi pierd poziția atunci când trebuie să caut cauza unei alte erori, cum ar fi "Furnizorul acestui token nu este un furnizor de încredere" în noua aplicație SharePoint. Pentru a vă ajuta să vă păstrați nervii (și mintea) în ordine, voi păstra o listă a problemelor pe care le caut pentru prima dată când apare această eroare. Pe măsură ce găsesc noi modalități de a-mi apela și rezolva, voi actualiza această înregistrare și o voi raporta mai jos.







Este important să rețineți că atunci când spun "aplicație la nivel înalt", înseamnă că nu utilizați serviciul ACS ca broker de încredere pentru aplicația dvs. SharePoint. În schimb, creați un jeton OAuth și îl semnați cu propriul certificat. Știu că întregul proces este descris în detaliu într-unul din articole, deci nu voi repeta aici. Voi presupune că ați citit-o, ați încercat procedura în practică și că ați făcut-o. Deci, aici sunt câteva cazuri în care, după cum am observat, apare această eroare.







Există o altă problemă care trebuie menționată: presupuneți că ați evitat aparent această eroare, dar atunci obțineți o eroare de acces refuzată atunci când încercați să obțineți conținut dintr-un site SharePoint într-o aplicație rezidentă. Motivul poate fi următorul.

  1. Valoarea ClientId din fișierul AppManifest.xml al aplicației SharePoint nu se potrivește cu valoarea ClientId din fișierul web.config al aplicației rezidentă. Facem imbunatatiri ale instrumentelor Visual Studio care ar trebui sa remedieze aceasta problema in viitor.

O întrebare aproape la fel de importantă este cum să înțelegem cauza acestei erori când apare? Dacă ar fi fost așa de simplu, nu mi-aș pierde temperamentul și nu mi-ar plăcea să rup monitorul. Iată cele mai bune modalități de a rezolva această problemă, pe care până acum am reușit să o găsesc. Din nou, în timp, voi încerca să extind această listă.

Zona dvs. va fi afișată. În cele din urmă, puteți verifica dacă elementul appPrincipal a fost creat pentru ID-ul ClientId folosit. Pentru aceasta, executați următoarea comandă PowerShell, utilizând informațiile obținute anterior din antetul WWW-Authenticate:

Dacă apare o eroare sau nu obțineți rezultate, înseamnă că elementul SPAppPrincipal valabil lipsește și trebuie să îl creați cu PowerShell. Pentru completare, voi da un exemplu:

În acest sens, sfaturile mele pentru depanarea aplicațiilor cu un înalt nivel de încredere pentru astăzi sunt epuizate. Dacă am ceva nou să apară, voi actualiza această intrare pe blog.







Articole similare

Trimiteți-le prietenilor: