AGGIORNAMENTO: Un manifesto anonimo ha lasciato un commento grande circa i nomi interni. Assicuratevi di leggerlo.

Quando si lavora con ricevitori di eventi e altro codice che fa riferimento a elementi di elenco di SharePoint tramite il modello a oggetti, Spesso commettono errori che genera questo errore in fase di esecuzione:

Errore caricamento ed esecuzione di ricezione di eventi di Conchango.xyzzyEventReceiver in xyzzy, Version = 1.0.0.0, Cultura = neutral, PublicKeyToken = 0dc50a750396c3ac. Ulteriori informazioni sono sotto. : Valore non compreso nell'intervallo previsto.

Penso che questo è un errore abbastanza generico che è potenzialmente causato molti modi diversi. Tuttavia, una semplice spiegazione è che faccio riferimento un campo in modo non corretto. Se il nome del campo è "Data scadenza", Devo riferimento come questo in un ricevente di eventi:

Proprietà.ListItem["Data di scadenza"]

Quando ho errato o utilizzare il caso sbagliato quando si fa riferimento al campo, SharePoint genera il sopra menzionato errore di runtime. Per esempio, Questo è sbagliato:

Proprietà.ListItem["data di scadenza"]

</fine>

Iscriviti al mio blog.

Al fine di risolvere un problema KPI Ho scritto qui, Ho fatto alcuni test e scoperto il lavoro di tale KPI contro cartelle con meta dati nello stesso modo che lavorano contro i documenti o voci di elenco. Ho provato creando un nuovo tipo di contenuto basato sul tipo di contenuto di cartella e quindi aggiunti alcuni campi. Ho creato alcuni indicatori e dimostrato a me stesso che gli indicatori KPI funzionano come previsto. Questo è stato il benvenuto notizie. Non è perfetto, perché il drill-down si ottiene da KPI contro le cartelle non è esattamente quello che vuoi. Questo non è troppo un inconveniente nel mio caso, perché 1) gli utenti finali non so meglio e 2) il drill-down va a una cartella. Fanno clic il nome della cartella e sono l'elemento. È due clic invece di uno, che non è la fine del mondo.

Ciò ha fluito piacevolmente con il lavoro che stavo facendo. Sto creando una cartella per ogni documento che viene caricato. Questo viene fatto tramite un ricevitore di eventi. Di conseguenza, è un pezzo di torta per mantenere il della cartella padre meta dati in sincronia con i dati KPI-driven meta del file stesso poiché l'impianto idraulico è già in atto. Questo mi permette di avere i miei KPI e di mangiarli anche io 🙂

Ho modificato il ricevente di eventi per aggiungere la cartella e quindi impostare il tipo di contenuto di questa cartella nuovo al mio tipo di contenuto personalizzato di KPI-friendly. Questo pezzo di codice ha fatto il trucco:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Documenti").Sottocartelle;
  SPFolder addedFolder = srcFolders.Add(Proprietà.ListItem.ID.ToString());

  SPContentTypeId kpiCT = Nuovo SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Content Type ID"] = kpiCT;
  addedFolder.Item.Update();

Per individuare l'ID effettivo del tipo di contenuto, I accedere a tale tipo di contenuto tramite Impostazioni sito e copia/incollato dall'URL come mostrato:

</fine>

Iscriviti al mio blog!

Odio ammetterlo, ma ho lottato con questo tutti i giorni. Il mio ricevitore di evento deve aggiornare un campo della relativa cartella padre. Questo po ' Mostra come farlo:

privato void UpdateParentFolder(SPItemEventProperties Proprietà)
{

SPFolder thisItemFolder = proprietà.ListItem.File.ParentFolder;
thisItemFolder.Item["Stato di approvazione ZZ"] = "Buone notizie, tutti!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

In questo caso, Sto lavorando con una raccolta di documenti e la proprietà sono provenienti da un evento ItemAdded.

Il trucco è che si può ottenere il SPFolder dell'elemento direttamente dall'elemento stesso (vale a dire. Proprietà.ListItem.Folder è null). Invece, Vai a File associato dell'elemento dell'elenco e ottenere la cartella del File.

</fine>

Iscriviti al mio blog!

Sono sicuro che io non sono la prima persona a venire con questo. Tuttavia, Non ho notato nessuno pubblicare un trucco come questo da quando ho iniziato prestando particolare attenzione alla comunità lo scorso luglio. Così, Ho pensato che avrei posto questa punta di debug rapido e facile.

Sto lavorando su un ricevente di eventi che ha iniziato a generare questo errore nella 12 alveare:

Errore caricamento ed esecuzione di ricezione di eventi di Conchango.xyzzyEventReceiver in xyzzy, Version = 1.0.0.0, Cultura = neutral, PublicKeyToken = blahbalhbalh. Ulteriori informazioni sono sotto. : Riferimento all'oggetto non impostato su un'istanza di un oggetto.

Non sapevo dove mi avevo introdotto questo bug perché avevo fatto troppe cose in uno dei miei cicli di codice/distribuzione/test.

Ho provato Questa soluzione per ottenere il mio pdb in là con la speranza che SharePoint 12 alveare mostrerebbe la traccia dello stack, ma senza fortuna. Non so se è possibile e se qualcuno fa, per favore fatemi sapere 🙂

Lo so che è possibile Scrivi i tuo messaggi di log per il 12 alveare. Francamente, Volevo qualcosa di un po ' meno pauroso e più veloce da implementare.

Mi venne in mente che potevo ottenere almeno alcune informazioni di base traccia da catturare e ri-generare eccezioni generiche come questo:

  provare {
    UpdateEditionDate(Proprietà);
  }
  catture (Eccezione e)
  {
    Throw Nuovo Eccezione("Dispatcher, UpdateEditionDate(): Eccezione: [" + &() + "].");
  }

Questo ha mostrato nella 12 hive thusly:

Errore caricamento ed esecuzione di ricezione di eventi di Conchango.xyzzyEventReceiver in xyzzy, Version = 1.0.0.0, Cultura = neutral, PublicKeyToken = blahblahblah. Ulteriori informazioni sono sotto. : Oggetto Dispatcher, UpdateEditionDate(): Eccezione: [System. NullReferenceException: Riferimento all'oggetto non impostato su un'istanza di un oggetto. presso Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(Proprietà SPItemEventProperties) presso Conchango.xyzzyManagementEventReceiver.Dispatcher(Proprietà SPItemEventProperties, String eventDescription)].

Che mi ha dato tutti i dettagli di cui che avevo bisogno per rintracciare quel particolare problema e prevedo di usarlo molto andando avanti.

</fine>

Iscriviti al mio blog!