Momenteel ben ik op mijn werk bezig met het pushen van een uniforme vorm van logging & exception handling naar al onze developers (Zero-config DLL met als backend Log4Net).
Om het leven van onze devs zo eenvoudig mogelijk te maken, had ik enkele aspect attributes ontwikkeld met PostSharp.Laos (Logging, Default exception handling).
Postsharp.Laos gaat bij installatie de standaard build gaan aanpassen, zodat bij het builden van een solution automatisch alle gegenereerde DLL's/EXE's ook nog eens door postsharp verwerkt worden, waardoor de effectieve codeweaving uitgevoerd wordt.
Wat is nu het probleem : een website/-service wordt niet gecompileerd via een build script, maar via codedom, en onze aspects worden dus eenvoudigweg nooit ge-'weave'd. (Dit is momenteel by design voor Postharp.Laos)
De maker van Postsharp stelt voor om een custom codeprovider te maken, maar dit lijkt mij nogal omslachtig, gezien ik uiteindelijk gewoon de gegenereerde DLL's nog eens moet postprocessen; dit moet toch echt wel eenvoudiger kunnen, of niet soms ?
Nu is mijn vraag heel eenvoudig, maar ik vind er niet direct een antwoord op : hoe kan ik -al dan niet in een macro, of door web.config aan te passen, ... - een custom post-buildstep in een .net 2.0 project definiëren ?
Om het leven van onze devs zo eenvoudig mogelijk te maken, had ik enkele aspect attributes ontwikkeld met PostSharp.Laos (Logging, Default exception handling).
Postsharp.Laos gaat bij installatie de standaard build gaan aanpassen, zodat bij het builden van een solution automatisch alle gegenereerde DLL's/EXE's ook nog eens door postsharp verwerkt worden, waardoor de effectieve codeweaving uitgevoerd wordt.
Wat is nu het probleem : een website/-service wordt niet gecompileerd via een build script, maar via codedom, en onze aspects worden dus eenvoudigweg nooit ge-'weave'd. (Dit is momenteel by design voor Postharp.Laos)
De maker van Postsharp stelt voor om een custom codeprovider te maken, maar dit lijkt mij nogal omslachtig, gezien ik uiteindelijk gewoon de gegenereerde DLL's nog eens moet postprocessen; dit moet toch echt wel eenvoudiger kunnen, of niet soms ?
Nu is mijn vraag heel eenvoudig, maar ik vind er niet direct een antwoord op : hoe kan ik -al dan niet in een macro, of door web.config aan te passen, ... - een custom post-buildstep in een .net 2.0 project definiëren ?