none
DataSource non visibles sur pages web RRS feed

  • Question

  • Bonjour tout le monde,

    Mon Visual Studio 2005 Professional Edition fonctionnait bien jusqu'à tout-à-l'heure, avec SQL Express 2008 R2, depuis ... oh, bien un an.

    Et puis, pas moyen de se connecter au serveur bon ça c'est assez habituel, je redémarre Windows XP Home SP3.

    L'ennui c'est qu'à la session suivante, après que Visual Studio m'ait dit qu'il se préparait pour une "première utilisation", les SqlDataSource ne sont plus matérialisées sur les pages web en mode Design. En mode code ASP.Net oui, mais bien entendu je ne dispose pas des outils de paramétrage, qui sont une des forces de Visual Studio.

    Dans Outils / Importation et exportation de paramètres, j'ai réinitialisé : pas de changement.

    Ce qui est développé s'exécute bien en mode débogage, mais ... il faut le développer en mode source, en poussant le bouchon plus loin on pourrait retourner à l'assembleur.

    ça fait ça avec SqlDataSource aussi bien qu'avec ObjectDataSource, j'ai regardé dans plusieurs sites web.

    Visual Web Developer 2010 Express n'a pas ce problème, mais comme vous savez il y a des choses qu'on ne peut pas faire avec.

    Est-ce que je dois réinstaller Visual Studio 2005, ou il y a plus rapide ?

    Ah oui dans la réinstallation, plutôt que le mode réparation il vaut mieux désinstaller et réinstaller un module ou deux, ça va beaucoup plus vite. Une idée sur celui qui est concerné ?

    dimanche 1 juin 2014 15:53

Réponses

  • ça y est, problème réglé.

    Le contrôle de cohérence du registre et du disque était effectivement une étape importante. Après ça Visual Studio m'a signalé ne pas pouvoir charger la référence Web.Data, et m'affichait un certain nombre de messages d'information dans la liste d'erreurs. Du coup l'affichage en mode "display" était impossible, mais au moins je savais où j'en étais.

    Je suis allé voir le site d'Aaron Stebner, que je connaissais déjà pour son outil de désinstallation de .Net, et cette fois j'ai trouvé un lien sur le Microsoft .NET Framework Repair Tool, sur le site de Microsoft, qui propose une correction en deux phases. La première phase prend quelques minutes et réenregistre/réinstalle quelques outils sur la base de neuf tests effectués sur le système. Comme ça suffit dans de nombreux cas on est invité à tester son installation en gardant la boîte de dialogue ouverte. Puis la deuxième phase réinstalle .Net, en se débrouillant toute seule. Il lui reste un défaut, c'est le temps que la barre de progression reste sur 85%, mais par rapport à devoir passer la journée dessus en devant intervenir toutes les heures et demie, il n'y a pas photo.

    Pour être franc je l'ai arrêté juste avant la fin, car j'ai eu une boîte de dialogue qui s'est ouverte par dessus, décompression d'un fichier, avec une barre de progression qui était toujours à 0 au bout d'un bon paquet de minutes, et que du reste le pare-feu me signalait que ça concernait 3.5 et que 2.0 était déjà traité ...

    En fait, après la première phase, Visual Studio alternait l'affichage, dans la barre d'état, de "Création d'une référence vers System.Web.dll" et de "Création d'une référence vers System.Web.Extensions.dll" (je cite de mémoire, je ne suis plus très sûr de l'intitulé au début).

    Donc, j'ai alors lancé la réinstallation de .Net, et ça n'a rien semblé changer. En relisant j'ai eu un doute, car la pratique du "flash back" est un exercice de style dangereux en matière de clarté.

    Puisque la réinstallation de .Net ne s'est pas avérée concluante, j'ai alors désinstallé et réinstallé Visual Web Developer à partir du programme d'installation de Visual Studio 2005. Toujours les deux mêmes messages en alternance.

    J'ai relancé le Microsoft .Net Framework Repair Tool, pour la première phase, et cette fois c'était bon.

    Il a encore fallu que je réinstalle MySql, par exemple. SQL Express 2008 R2 n'a pas été affecté par le problème, ce qui est curieux car c'est là-dessus que j'étais en train de travailler et non sur MySql.

    Une fois tout ceci fait, défragmentation et c'est reparti.



    • Modifié Gloops lundi 2 juin 2014 16:17
    • Marqué comme réponse Gloops lundi 2 juin 2014 16:20
    lundi 2 juin 2014 16:12

Toutes les réponses

  • Bonjour,

    Pourquoi ne migrez vous pas vos projets vers Visual Studio 2010 ?

    Obtenez vous un message d'erreur au niveau de votre SqlDataSource en mode Design ?

    Cordialement


    Gilles TOURREAU - MVP C#
    Architecte logiciel/Consultant/Formateur Freelance - P.O.S Informatique
    Blog : http://gilles.tourreau.fr - Suivez-moi sur Twitter
    - MCPD : Enterprise Developper / Windows Developper 3.5 / ASP .NET 3.5/4.0
    - MCSA : SQL Server 2012
    - MCITP : SQL Server 2008 Developper
    - MCTS : ADO .NET 3.5 / SQL Server 2008 Developper / Windows Forms 3.5 / ASP .NET 3.5/4.0 / TFS 2010 / Windows Azure

    dimanche 1 juin 2014 23:22
    Modérateur
  • Bonjour,

    Par exemple pour les projets qui utilisent MySql ça risque d'être difficile de développer avec VWD Expess ...

    Non  je n'ai vu aucun message d'erreur.

    Je vois que plus tôt dans l'après-midi l'observateur d'événements a signalé un dysfonctionnement de la recherche indexée de Windows, qui n'a plus fait reparler de lui après redémarrage de Windows.

    J'imagine que ça ne devrait pas empêcher les DataSource d'apparaître. En fait ça signale un dysfonctionnement d'un périphérique, au bout de quelques heures de développement le serveur n'est plus accessible, et tout rentre dans l'ordre après redémarrage de Windows.

    Autrement concernant plus directement Visual Studio, l'observateur d'événements me rappelle que tout-à-l'heure j'ai oublié des guillemets dans une requête. Logiquement on devrait s'en remettre aussi.

    Ah, une chose à laquelle j'avoue ne pas encore avoir pensé, c'est un contrôle d'intégrité du registre et du disque.

    dimanche 1 juin 2014 23:40
  • ça y est, problème réglé.

    Le contrôle de cohérence du registre et du disque était effectivement une étape importante. Après ça Visual Studio m'a signalé ne pas pouvoir charger la référence Web.Data, et m'affichait un certain nombre de messages d'information dans la liste d'erreurs. Du coup l'affichage en mode "display" était impossible, mais au moins je savais où j'en étais.

    Je suis allé voir le site d'Aaron Stebner, que je connaissais déjà pour son outil de désinstallation de .Net, et cette fois j'ai trouvé un lien sur le Microsoft .NET Framework Repair Tool, sur le site de Microsoft, qui propose une correction en deux phases. La première phase prend quelques minutes et réenregistre/réinstalle quelques outils sur la base de neuf tests effectués sur le système. Comme ça suffit dans de nombreux cas on est invité à tester son installation en gardant la boîte de dialogue ouverte. Puis la deuxième phase réinstalle .Net, en se débrouillant toute seule. Il lui reste un défaut, c'est le temps que la barre de progression reste sur 85%, mais par rapport à devoir passer la journée dessus en devant intervenir toutes les heures et demie, il n'y a pas photo.

    Pour être franc je l'ai arrêté juste avant la fin, car j'ai eu une boîte de dialogue qui s'est ouverte par dessus, décompression d'un fichier, avec une barre de progression qui était toujours à 0 au bout d'un bon paquet de minutes, et que du reste le pare-feu me signalait que ça concernait 3.5 et que 2.0 était déjà traité ...

    En fait, après la première phase, Visual Studio alternait l'affichage, dans la barre d'état, de "Création d'une référence vers System.Web.dll" et de "Création d'une référence vers System.Web.Extensions.dll" (je cite de mémoire, je ne suis plus très sûr de l'intitulé au début).

    Donc, j'ai alors lancé la réinstallation de .Net, et ça n'a rien semblé changer. En relisant j'ai eu un doute, car la pratique du "flash back" est un exercice de style dangereux en matière de clarté.

    Puisque la réinstallation de .Net ne s'est pas avérée concluante, j'ai alors désinstallé et réinstallé Visual Web Developer à partir du programme d'installation de Visual Studio 2005. Toujours les deux mêmes messages en alternance.

    J'ai relancé le Microsoft .Net Framework Repair Tool, pour la première phase, et cette fois c'était bon.

    Il a encore fallu que je réinstalle MySql, par exemple. SQL Express 2008 R2 n'a pas été affecté par le problème, ce qui est curieux car c'est là-dessus que j'étais en train de travailler et non sur MySql.

    Une fois tout ceci fait, défragmentation et c'est reparti.



    • Modifié Gloops lundi 2 juin 2014 16:17
    • Marqué comme réponse Gloops lundi 2 juin 2014 16:20
    lundi 2 juin 2014 16:12
  • Bonjour,

    Le surlendemain j'ai cru que j'avais une récidive, pour un seul utilisateur Windows, mais pas de chance c'était l'administrateur SQL Express, donc celui pour lequel c'est le plus gênant, car celui qui peut accéder aux bases en sécurité intégrée.

    En fait, il s'est avéré après que c'était seulement le bouton qui matérialise la source de données qui n'apparaissait pas, et que ce n'est pas bloquant car la connexion est accessible depuis la boîte de dialogue des propriétés, grâce à la liste déroulante qui permet d'y sélectionner le contrôle dont on affiche les propriétés. Depuis un objet qui consomme la connexion, aussi, on peut la modifier.

    Et aujourd'hui, je m'aperçois que lorsque je crée un bouton depuis la boîte à outils, je le cherche partout sur la page, et en mode exécution (dans le navigateur) je le vois dans le coin en haut à gauche.

    Alors, je regarde sa source, et j'y trouve ça :

    Style="z-index: 100; left: 0px; ;
                            top: 0px"

    donc, du coup, en voyant ça, je me demande : est-ce étrange, ou est-ce bizarre ?

    J'ai oublié de préciser que j'ai supprimé le répertoire 8.0 de Visual Studio dans Application Data, et dans Local Settings\Application Data (c'est sur Windows XP Home SP3), et que ça n'a rien eu l'air de modifier.


    • Modifié Gloops samedi 7 juin 2014 20:49
    samedi 7 juin 2014 20:39