J'ai récemment commencé à écrire un composant WebPart AJAX à utiliser dans SharePoint et j'ai une erreur étrange. Il semble que EnsurePanelFix() entraîne la partie Web à lancer une erreur 401; Dans le journal, les erreurs 401.2 et 401.3 apparaissent toutes les deux à la même heure. J'ai fait quelques changements à EnsurePanelFix() après avoir fait un peu de recherche ici et d'autres sites, et il est actuellement comme suit:SharePoint AJAX Web Part 401.2/3 erreurs
void EnsurePanelFix
{
// Change AJAX doPostBack behavior to fix the update panel.
if (this.Page.Form != null)
{
String fixupScript = @"
if (typeof(_spBodyOnLoadFunctionNames) !== 'undefined'){
_spBodyOnLoadFunctionNames.push(""_initFormActionAjax"");
function _initFormActionAjax() {
if (_spEscapedFormAction == document.forms[0].action){
document.forms[0]._initialAction =
document.forms[0].action;
}
}
RestoreToOriginalFormAction = function() {
if (_spOriginalFormAction != null) {
if (_spEscapedFormAction==document.forms[0].action){
document.forms[0].action=_spOriginalFormAction;
}
_spOriginalFormAction=null;
_spEscapedFormAction=null;
document.forms[0]._initialAction = document.forms[0].action;
}
};
}";
string scriptKey = "UpdatePanelFixup";
if (!Page.ClientScript.IsClientScriptBlockRegistered(scriptKey))
ScriptManager.RegisterStartupScript(this, typeof(SpecDatabaseViewer), scriptKey, fixupScript, true);
ScriptManager.RegisterStartupScript(this,
typeof(SpecDatabaseViewer), "UpdatePanelFixup",
fixupScript, true);
}
Regarder le journal de sécurité, je vois que les échecs sont enregistrés en tant que tels:
Event Type: Failure Audit
Event Source: Security
Event Category: Object Access
Event ID: 560
Date: 1/6/2010
Time: 11:46:34 AM
User: NT AUTHORITY\NETWORK SERVICE
Computer: SHAREPOINT
Description:
Object Open:
Object Server: SC Manager
Object Type: SERVICE OBJECT
Object Name: WinHttpAutoProxySvc
Handle ID: -
Operation ID: {0,69477107}
Process ID: 404
Image File Name: C:\WINDOWS\system32\services.exe
Primary User Name: SHAREPOINT$
Primary Domain: SPDOMAIN
Primary Logon ID: (0x0,0x3E7)
Client User Name: NETWORK SERVICE
Client Domain: NT AUTHORITY
Client Logon ID: (0x0,0x3E4)
Accesses: Query status of service
Start the service
Query information from service
Privileges: -
Restricted Sid Count: 0
Access Mask: 0x94
Il existe plusieurs audits d'échec avec les seules données différentes entre eux étant l'ID d'opération.
Quelqu'un peut-il voir une raison pour laquelle j'aurais des problèmes d'authentification ou de permission de fichier étant donné que tout fonctionne bien sans ce morceau de code? Merci.
EDIT: Je suis assez sûr que cela a quelque chose à voir avec les listes de contrôle d'accès, mais je ne suis pas sûr exactement où chercher quelles ressources peuvent causer le problème.
Aussi, je n'arrive de tomber sur ce poste forum et - l'article de David Wang est ce qui m'a amené à vérifier le journal pour le code de sous. Malheureusement, cela ne m'a pas aidé à résoudre le problème. –
Fiddler montre que l'URL est http: // sharepoint: 15741/_layouts/WPPrevw.aspx? ID = 233 si je tente de prévisualiser la partie Web. Si j'essaie d'ajouter le composant WebPart à une page, j'obtiens une erreur 503 (service indisponible), puis même un aperçu de la partie Web me donnera un 503 jusqu'à ce que je réinitialise IIS. –
Y a-t-il VRAIMENT un symbole de barre oblique à la fin de l'URL après "233" ou c'est juste StackOverflow? Si oui, alors - là vous avez la réponse – naivists