Voor diegene die het niet kennen: MIIS staat voor Microsoft Identity Integration Server. Met andere woorden: een tool om identities (usernames, passwords en andere aanverwante zaken) te beheren, synchroniseren en zo.
Je kunt MIIS uitbreiden met je eigen code. Logisch, anders had ik er niet over geschreven. Ik heb mijn eerste extension gemaakt en het wordt tijd om eens te gaan kijken wat MIIS ervan vindt. Hij runt, maar er gaat iets fout. Uiteraard.... Dus dan de debugger er maar even bij gepakt.
Tja, niet zo moeilijk, zou je zeggen. Het project is een normale classlibrary, dus via 'Debug', 'Processes', 'Attach to process' zou je er moeten komen. Niet dus.
Ik kreeg een mooie "Unable to attach to process." melding. En niets meer dan dat. Wat ik ook probeerde, het lukte niet. Hij wil niet attachen.
Maar... ik ben er uit! Wat blijkt nu? Een extension in MIIS is een .net 1.1 assembly (dus die maak je met VS2003). Echter, op het moment dat je machine ook de .net 2.0 runtime heeft staan, kun je geen gebruik maken van de debugger voor het debuggen van extensions in MIIS.
Je raadt het al: ik heb VS2005 ook op die machine staan. En dat gaat dus niet!
Nu is het maar een testomgeving, in de acceptatie- en productieomgeving zijn de webserver en de MIIS server twee gescheiden machines: ik kan mijn website rustig op ASP.Net 2.0 hebben draaien en de MIIS Extension op CLR1.1. Maar echt handig is het allemaal niet....
Ik snap ook absoluut niet waar dit gedrag vandaan komt. Het zou voor de runtime toch niet uit mogen maken welke andere versies van de CLR er op de machine staan? Dat kon toch allemaal zo mooi naast elkaar draaien? Niet dus.
Nou ja, ik kan weer debuggen.