ATUALIZAÇÃO: Um cartaz anônimo que deixou um grande comentário sobre nomes internos. Certifique-se de lê-lo.

Quando se trabalha com receptores de eventos e outros códigos que faz referência a itens de lista do SharePoint por meio do modelo de objeto, Eu muitas vezes cometem erros que geram esse erro em tempo de execução:

Erro ao carregar e executar o receptor de evento Conchango.xyzzyEventReceiver em xyzzy, Versão = 1.0.0.0, Cultura = neutro, PublicKeyToken = 0dc50a750396c3ac. Informações adicionais estão abaixo. : Valor não se enquadra dentro do intervalo esperado.

Acho que é um erro bastante genérico que é potencialmente causado muitas maneiras diferentes. No entanto, uma explicação simples é que eu estou fazendo referência a um campo incorretamente. Se o nome do campo "Data de vencimento", Eu deve referenciá-lo como este em um receptor de eventos:

Propriedades.ListItem["Due Date"]

Quando escrever mal ou usar o caso errado ao fazer referência o campo, SharePoint gera o acima mencionado erro de tempo de execução. Por exemplo, Isso é errado:

Propriedades.ListItem["due Date"]

</fim>

Subscreva ao meu blog.

A fim de contornar um problema KPI Eu escrevi sobre aqui, Eu fiz alguns testes e descobriu o trabalho do KPI é contra pastas com meta dados da mesma maneira que eles trabalham contra documentos ou listam itens. Provei-o para fora, criando um novo tipo de conteúdo com base no tipo de conteúdo de pasta e em seguida, adicionado alguns campos. Eu criei alguns indicadores e provar a mesmo que KPIs funcionam como esperado. Isso foi notícia bem-vinda. Não é perfeito, Porque o detalhamento que você começ de KPI contra as pastas não é exatamente o que você quer. Isto não é mais uma desvantagem, no meu caso, porque 1) os usuários finais não conhecem nada melhor e 2) o detalhamento vai para uma pasta. Clique o nome da pasta e eles estão no item. Dois cliques em vez de um, o que não é o fim do mundo.

Isso fluiu muito bem com o trabalho que estava fazendo. Estou criando uma pasta para cada documento que obtém carregado. Isto é feito através de um receptor de eventos. Como resultado, é um pedaço de bolo para manter o a pasta pai meta dados em sincronia com os dados de meta orientada por KPI do arquivo em si, desde que a canalização já está em vigor. This allows me to have my KPI’s and eat them too 🙂

Eu modifiquei o receptor de eventos para adicionar a pasta e em seguida, defina o tipo de conteúdo da pasta esta nova para meu tipo de conteúdo personalizado KPI-amigável. Este trecho de código fez o truque:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Documentos").Subpastas;
  SPFolder addedFolder = srcFolders.Add(Propriedades.ListItem.ID.ToString());

  SPContentTypeId kpiCT = Novo SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item[Identificação de tipo de conteúdo""] = kpiCT;
  addedFolder.Item.Update();

Para localizar o ID do tipo de conteúdo real, Eu acessada através de configurações do site, que tipo de conteúdo e copiar/colar é da URL como mostrado:

</fim>

Subscreva ao meu blog!

Eu odeio admitir isso, Mas lutei com um presente todo dia. Meu receptor de eventos precisa atualizar um campo de sua pasta pai. Isso pouco mostra como fazê-lo:

privada privatevoid UpdateParentFolder(SPItemEventProperties Propriedades)
{

SPFolder thisItemFolder = Propriedades.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ Status de aprovação"] = "Good news, todos os!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

Neste caso, Estou trabalhando com uma biblioteca de documentos e as propriedades são provenientes de um evento ItemAdded.

O truque é que você não pode obter o SPFolder do item diretamente do item propriamente dito (ou seja. Propriedades.ListItem.Folder é nulo). Em vez disso, ir para o arquivo associado do item lista e obter a pasta do arquivo.

</fim>

Subscreva ao meu blog!

Tenho certeza que não sou a primeira pessoa a chegar a este. No entanto, Eu não notei qualquer um publicar um truque como esse desde que comecei a prestando atenção à Comunidade em julho. Assim, Eu pensei que eu ia postar essa dica rápida e fácil de depurar.

Estou trabalhando em um receptor de eventos que começou a gerar o erro na 12 colméia:

Erro ao carregar e executar o receptor de evento Conchango.xyzzyEventReceiver em xyzzy, Versão = 1.0.0.0, Cultura = neutro, PublicKeyToken = blahbalhbalh. Informações adicionais estão abaixo. : Referência de objeto não definida para uma instância de um objeto.

Eu não sabia onde eu tinha introduzido este bug, porque eu tinha feito muitas coisas em um dos meus ciclos de código/implantar/teste.

Eu tentei Esta solução para obter o meu pdb lá com as esperanças do SharePoint que 12 colméia mostraria o rastreamento de pilha, Mas sem sorte. Não sei se é possível e se alguém faz, por favor me avise 🙂

Eu sei que é possível escrever suas próprias mensagens de log para o 12 colméia. Sinceramente, Eu queria algo um pouco menos assustador e mais rápido para implementar.

Ocorreu-me que pelo menos consigo algumas informações básicas de rastreamento por capturar e relançar exceções genéricas como esta:

  Tente {
    UpdateEditionDate(Propriedades);
  }
  pegar (Exceção e)
  {
    jogar Novo Exceção("Despachante, UpdateEditionDate(): Exceção: [" + e.ToString() + "].");
  }

Isto apareceu na 12 colmeia desta forma:

Erro ao carregar e executar o receptor de evento Conchango.xyzzyEventReceiver em xyzzy, Versão = 1.0.0.0, Cultura = neutro, PublicKeyToken = blahblahblah. Informações adicionais estão abaixo. : Despachante, UpdateEditionDate(): Exceção: [NullReferenceException.: Referência de objeto não definida para uma instância de um objeto. em Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties Propriedades) em Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties Propriedades, String eventDescription)].

Isso me deu todos os detalhes que eu precisava para rastrear esse problema em particular e pretendo usá-lo muito daqui para frente.

</fim>

Subscreva ao meu blog!