PostSharp AOP e SharePoint 2010

Question

Ho provato a utilizzare POSTSHARP V2 per implementare alcune programmazioni orientate all'aspetto all'interno di un'applicazione di SharePoint: abbastanza roba di base, come gli aspetti di registrazione per le eccezioni non gestite e tali.

Ho notato che PossSharp sembra avere qualche problema a compilazione del tempo se l'assemblea trasformata esiste nel GAC. Il processo di build avrebbe semplicemente fallito - questo significa che se è necessario ricompilare un progetto che utilizza aspetti dovrai ritrarre la soluzione da SharePoint, compilare e ridistribuirlo.

Ho anche alcuni problemi casuali quando si usano aspetti all'interno di un servizio WCF personalizzato ospitato su SharePoint. Compreso un aspetto nella stessa DLL dell'implementazione del servizio sembra rompere casualmente alcuni dei miei servizi personalizzati - accedere a Mex Endpoint, restituire un errore 401 (non trovato). Si noti che questo sembra accadere anche se il servizio non utilizza effettivamente gli aspetti - è come se la sola presenza di una classe di aspetto nel codice può "rompere" l'intero assembly.

Sono stato lasciato a chiedersi se sto facendo qualcosa di sbagliato o ci sono qualche problema conosciuto quando usi PossSharp con SharePoint. Mi piacerebbe sapere se qualcuno ha usato con successo PossSharp su un progetto SharePoint 2010. Sono anche aperto al suggerimento di alternative testate che consentirebbero l'uso AOP.

Nota: sto usando PostSharp 2. So che c'è un V3 disponibile. Qualcuno sa se fa qualsiasi differenza?

Answer 1

PostSharp won't work properly if the assembly being processed has been installed in GAC. It needs to be uninstalled before compilation.