WebBrower-control i Windows Service i forkert thread

Jeg har et bud.

System.STAThread attributten skal ikke sættes på metoden, hvor du opretter instansen af WebBrowseren men på entry-pointet for din service, f.eks:

[System.STAThread]
static void Main()
{
  //...
}

// Jens

Hej Jens,

Jeg har prøvet dit forslag, men desværre får jeg stadig en fejl (skal lige undersøge om det er den samme, eller om jeg har dummet mig).

Sådan som det hænger sammen, har jeg en "dum" service (som jeg har markeret med STAThread), som så loader en masse assemblies under samme appdomain og aktivere - disse kan så tilgåes fra mange forskellige threads.

Desværre - samme problematik...

Hvad er en webbrower? (Lyder sikkert spydigt, men det er det ikke ment sådan). Hvis der  tænkes på en WebBrowSer control er det tvivlsomt om det kan virke. Services interagere almindeligvis med den anonyme desktop (som ingen interaktive brugere kan tilgå). Hvis man vil kan man tilrette servicen så den tilgår en brugers desktop. Men det opfattes af nogle som en sikkerhedsbrist. I alle tilfælde lyder det som du måske skulle gentænke designet (eks lave en klient der spørger servicen om dens tilstand og så kan klienten vise det).

Men hvordan skal det overhovedet komme til at virke? Startes en messagepump for services?