lundi 22 février 2016

ClickOnce et les bugs de io.FileLoadException et de localDB !

J'ai une méthode qui plante, sans entrer dedans, avec le message suivant :

An unhandled exception of type 'System.IO.FileLoadException' occurred in MonProgramme.exe

Additional information: Could not load file or assembly 'YouTrackSharp, Version=2.0.30.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. A strongly-named assembly is required. (Exception from HRESULT: 0x80131044)

La méthode en question utilise un assembly particulier mais la classe était déjà instantiée...

J'ai lu que ce pouvait être un problème de Licence.  Effectivement, quand j'éfface et je réinstalle le YouTrackSharp et ses dépendances je vois que le JsonFx demande d'accepter une License...

Solution : il faut décocher "Sign the assembly" avec le certificat de Test créé automatiquement par VS.

Bref, NE PAS SIGNER UN ASSEMBLY SI UN PACKAGE NE L'EST PAS !!!

J'imagine qu'on peut aussi signer l'assembly fautive mais c'est plus compliqué (sauf si on veut vraiment signer notre application... article à suivre ;-)

Deuxième problème .net du jour !

Déployer un sqlLocalDb dans un clickonce .net 4.  L'application plante au démarrage car elle ne peut accéder à la BD.

context.Database.Initialize(false); // Dans Main() oblige à créer la bd si inexistante.

Visual Studio (même 2015) ne permet pas (simplement) de publier un bon LocalDB avec les "prerequisites" !  Maximum "SQL Server 2012 Express LocalDB".  Alors il faut dire au client d'installer lui-même le LocalDB 64BIT\SqlLocalDB.msi (2014, cliquer installer pour voir les différentes versions et dire au client d'essayer la 64 ou la 32).

Trucs de même:

Utiliser la console pour tester :
sqllocaldb info
pour voir les instances de "\\v11.0" et/ou "mssqllocaldb" (ne pas oublier double backslash car esc)

Et surtout, se connecter avec MS SQL Management Studio avec Windows Authentication
(LocalDb)\V11.0 ou (LocalDb)\mssqllocaldb

mercredi 13 janvier 2016

Sonicwall Global VPN Client et VirtualBox

Sur windows 10, toujours, j'ai eu la mauvaise surprise de briser mon "Dell SonicWALL Global VPN Client" après avoir installé Virtualbox et Vagrant.  Mais c'est les "Virtual Network Interfaces" de virtualbox qui ont scrappés la patente.

J'ai désinstallé le virtualbox.
Désinstallé le client vpn et passé l'outil de "ménage" de Dell "GVCUtil64.zip".
Essayé le 32 bit (GVCSetup32_4.9.4.0306_EN.exe) mais ça marche pas en windows 10 64 "Files are missing.  Try performing a repair of this program's installation." !
Se logger sur mySonicWall  pour avoir la dernière version GVCSetup64.exe 4.9.9 au lieu de 4.9.4 sur help.SonicWall.com

Mais rien ne fait, toujours des erreurs de :

  • (à la désinstallation) Warning: failed to find virtual adapter in installed devices list.  It may have already been uninstalled.
  • (à l'installation) SetupDiOpenDeviceInfo() failed - cannot disable the virtual adapter.  Last Error: 0xE0000201
  • SetupDiOpenDeviceInfo() failed - cannot update the virtual adapter connection name.  Last Error: 0xE0000201
  • Failed to find the virtual adapter in the registry.  The virtual adapter may not have sucessfully installed.  IP autoconfiguration will not be disabled for the virtual adapter.

  • (quant on tente d'activer la connection) X The connection "" requires the use of the sonicwall virtual adapter, however this adapter can not be found.  It may have been disabled or uninstalled.  Please check you network configuration.
Rien de spécial dans le log "dialog" à part qu'il ne trouve pas des registres mais surtout "Failed to find virtual adapter in installed devices list."

Et je ne sais pas comment remettre dans la liste ce virtual network !

Solution : installer C:\Program Files\Dell SonicWALL\Global VPN Client\SWVNIC\netSWVNIC.inf en faisant un right-click dessus !

Rien sur Google à ce propos !  Alors voilà !

(reste juste à voir si je vais pouvoir remettre mon virtualbox... to be continued !)