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

Microsoft cloue la porte

La prog est un sport dangereux et par chance Microsoft est là avec son papier bulle !

IE n'aime pas google map. Pas assez sécuritaire une apostrophe dans le src du iframe et/ou dans le link qui s'en suit.  Il prompt une erreur : "Internet Explorer a modifié cette page pour empêcher le script de site à site" (testé dans ie6, ie7, ie8, ie9)

Après avoir retiré l'apostrophe du mal, pour ajouter l'insulte à l'injure, le logo Google map est "buggément" retiré et ce soir ... Faut le voir pour le croire !

Pour se venger, google map ralentit le débit de ce browser ! "Toujours en cours de chargement. Connexion lente? Utilisez le guide de dépannage ou du HTML de base." (tout allait bien dans Chrome...)



Dans le même ordre d'idée, .net 4 encode les Attributes.Add pour plus de sécurité (et oui, j'ai pigé ça dans Dora ;-) Moi qui aimait bien passer mes projets .net 2 à 4 plus vite que mon ombre, me voilà enchanté !

J'aime beaucoup les figures de style dans les posts ainsi que joutes verbales, ex :
"Nailing the doors of your house shut would improve the security of your house but it would make it unreasonably difficult to enter."



Pourquoi tester un site web après sa mise en ligne ? Les droits d'écriture, l'adresse smtp/email du formulaire, images ou fichiers manquants ou mal exportés (lire bug du ftp, bytes=0...). Il faut maintenant ajouter à ça les iframe google map en IE !

Citrix, mon ami

Juste une petite note pour vous dire de ne JAMAIS essayer de mettre un service web sur un web interface Citrix. C'est DANGEREUX ;-) Voir ici ce que wikipedia relate sur Citrix, section relationship with Microsoft ;-)

Y'a-t-il un lien à faire ici ? Je pense que oui ! Ici François Paradis qui vous dit, bonne nuit !


UPDATE 9/6/2011: ça fonctionne en mettant AUTH:UNPROTECTED_PAGES à 
/site/WebService.asmx et surtout [WebMethod(EnableSession = true)] à la méthode.