Forkert assembly loaded

klasse navne er vel altid fulde på runtime

så enten må det være din kode som bruger forskellige klasser

eller så må noget .NET framework kode lede efter og loade dynamisk
efter et eller andet princip

koden er 100% ens på begge maskiner.. Har en udviklingsmaskine og to servere... Har kopieret alt over på begge servere.. De er begge rene installationer, med IIS, .net framework 1.1 installeret + WSE 2.0 SP2 installeret.

X509Certificate findes i både, system.security... og microsoft.web.services2...

System.security... bruges normalt hvis WSE 2.0 SP2 ikke er installeret. Men det er den som sagt på begge maskiner.

hvis det skulle interresere dig, kan du da godt få mere kode at se.. Der bliver ikke loadet noget dynamisk... Men jeg går ud fra at det der sker er at den leder efter Microsoft.Web.Services2.Security.X509.X509Certificate, eller rettere Microsoft.Web.Services2.dll og på den ene server, kan den åbenbart ikke finde den og prøver derfor med System.Security.Cryptography.X509Certificates.X509Certificate

Så det ser ud til at jeg skal finde en måde at tvinge den til at finde Microsoft.Web.Services2.dll. Jeg kunne forestille mig det er noget man skal sætte op i machine.config f.eks. men er ikke sikker.

hvis klasserne hed det samme: ja

men det gør de ikke

.NET loader ikke bare uden videre en klasse med samme navn i et andet namespace

nå, jamen hvordan vil så forklare det??? For jeg var før dette af samme overbevisning som dig.

hvordan ser koden som creater de objekter ud ?

lukker