SharePoint Inconnu SPRequest erreur s'est produite. Plus d'informations: 0x80070005

Oh SharePoint...

J'ai construit un événement personnalisé récepteur vérifie juste pour certains champs de la liste, et les changements de certains d'entre eux en tant que de besoin.

Encore, c'est jeter cette exception:

Inconnu SPRequest erreur s'est produite. Plus d'informations: 0x80070005
ERREUR: Échec de l'invocation de l'id de la tâche {C67EFFCB-607A-4B6A-8C90-60F615FD1878}

Vu qu'il pourrait être un problème de sécurité, et, dans un autre stackoverflow sujet, j'ai vu qu'il peut même être parce que im en utilisant le code suivant:

  SPSecurity.RunWithElevatedPrivileges(delegate()
            {
                using (SPSite site = new SPSite(siteId))
                {
                    this.DisableEventFiring();
                  //Logic code.
                  //...
                }
             });

Mais l'enlever, il aura besoin de recompiler, et de les redéployer. Pensé qu'il serait mieux de demander à avoir des assurez-vous d'abord.

Dans l'environnement de production, nous avons deux serveurs, l'un pour les sites, et un pour la base de données. Active directory est également mis en place et pleinement fonctionnelle. Et pour ce que j'ai vérifié, tous les comptes disposent de la fonction "créer un sous-site" de la permission de l'Administration Centrale, comme vu dans un autre sujet.

Ainsi, toutes les idées?

Merci d'avance.

InformationsquelleAutor Smur | 2010-02-24
  1. 3

    Le problème est résolu.

    Après avoir écrit des journaux et des exceptions pour les fichiers txt, et d'être induit en erreur par le journal sharepoint, Ce qui se passe réellement est que le nom d'une colonne était trompé dans mon code. Puisque c'est un de personnalisation spécifique, il avait quelques noms de colonne littéralement écrit le code. L'un d'eux avait '_' autour d'elle, comme _Column_ DANS LA LISTE, DANS SHAREPOINT.

    Mais comme il va à SQL, il n'avait pas le '_'s.

    Regardant en arrière, il semble que quelqu'un a créé la liste, puis rebaptisé. Ainsi, lorsque vous créez une liste, il enregistre en SQL le PREMIER nom de la colonne. Si vous en changez, il ne sera pas modifié sur SQL, il sera modifié dans la liste, dans SharePoint, mais le nom de la colonne dans SQL aura toujours son nom d'origine...

    Si vous le saviez déjà bravo, parce que c'était une découverte pour moi...

    • Avez-vous changé de InternalName de la colonne ? Parce que vous POUVEZ modifier l'affichage de nom si vous le souhaitez.
    • Eh bien, je préfère ne plaisante pas avec ça. Ils ont changé le nom d'affichage, l'interne, figeant le même... et comme il va à SQL, il est encore plus foiré. Donc, je vais simplement de reconstruire l'EventReceiver, et de le laisser seul. Merci pour la tipo bien.
    InformationsquelleAutor Smur
  2. 0

    Qu'en essayant d'utiliser

    this.DisableEventFiring();
try
{
  using (SPSite site = new SPSite(siteId, properties.Site.SystemAccount.UserToken) {

  }
}
finally
{
this.EnableEventFiring();
}

    Bien sûr, vous ne pouvez pas sans RunWithElevatedPrivileges si vous souhaitez modifier certains fichiers du système de fichiers là, mais sinon, il peut vous aider.

    InformationsquelleAutor Janis Veinbergs