Question Précharger un assembly une bonne fois pour toute ?

Probleme résolu :

lors du chargement de l'assembly, un appel vers une adresse externe (microsoft.com) etait effectué; j'ai rajouté une regle dans IE pour l'exclure .

Le chargement est maintenant instantané.

Merci à tous.

Information très intéressante.

Merci pour le retour

Bonjour,

J'ai réalisé une trace réseau et effectivement, lorsque l'on charge l'assembly, le process PowerShell cherche à récupérer la CRL (liste de révocation des Certificats) de la PKI microsoft !

[code:1]67 22:04:41 14/12/2012 8.3479647 Unavailable xxx.xx.x.xxx xx.xx.xxx.xxx
HTTP HTTP:Response, HTTP/1.1, Status: Ok, URL: crl.microsoft.com/pki/crl/products/MicCodSigPCA_08-31-2010.crl {HTTP:21, TCP:20, IPv4:17}[/code:1]

Pour cela, il utilises les paramétrages proxy du navigateur Internet Explorer.

En bloquant l'accès à microsoft.com (via le Gestionnaire d'accès), le chargement de l'assembly n'attend plus le timeout (je suppose que ton serveur n'a pas accès au Net, comme c'est le cas, la plupart du temps en entreprise).

Comme je le disais : c'est très intéressant !

Je pense qu'il serait intérerssant de poser la question directement à l'éditeur : Pourquoi ? Comment faire en sorte pour que cela ne soit plus le cas ? (un paramétrage ?)

@ +

Matthew

Message édité par: Matthew BETTON, à: 14/12/12 09:18<br><br>Message édité par: Matthew BETTON, à: 1/01/13 06:40

Why are signed assemblies slow to load?

Just incase anyone else comes across this post, I've traced the issue a little further, because I was just trying to figure it out and found this page.

It appears that the CRL is checked each time you are running your process if the existing CRL that is on your machine has timed out, and not yet updated with a new one. You can test this by hitting the CRL at crl.microsoft.com/pki/crl/products/CodeSignPCA.crl and check the expiry date. Now configure a Proxy within IE that doesn't work. Set your machine date past the Expiry Date and retest your application.

If your NIC is disabled, the CRL is not checked.

If your NIC has no gateway, the CRL is not checked.

If you have a Proxy enabled and a gateway then the CRL is checked and if there is a problem with the Proxy, then you will experience this timeout.

If you connect to the internet successfully then the CRL updates and you will be fine for the time being.

My application was using some older Xceed Components in .NET 2.0 and has been working forever so it took a while to figure out what was going on.

ASP.NET Hang: Authenticode signed assemblies