none
Config inaccessible RRS feed

  • Question

  • Bonjour tout le monde,

    Les applications contenant une configuration utilisateur (en C# Properties.Settings.Default ...) se sont mises à déclencher une exception, échec pour accéder à la configuration.

    J'ai réinstallé Visual Studio 2005 et tout est rentré dans l'ordre. J'imagine donc que ça n'a rien à voir avec le language, d'où le choix du newsgroup.

    Question peut-être naïve : y avait-il plus rapide comme solution ?

    C'est vrai que celle-ci nécessite de désinstaller toutes les versions de .Net avant (sauf la 1), et de les réinstaller après.

    J'avais trouvé moyen d'y couper lorsque EnterpriseServices n'était pas accessible, il suffisait de réparer le pack .Net dans Ajout/Suppression de programmes, mais pour l'accès à la config ça n'a pas l'air de faire l'affaire. C'est fragile, cette plateforme, ou je fais des bêtises avec ?

     

    vendredi 10 septembre 2010 10:34

Toutes les réponses

  • Bonjour,

    Les applications contenant une configuration utilisateur (en C# Properties.Settings.Default ...) se sont mises à déclencher une exception, échec pour accéder à la configuration.
    Sans message d'erreur/exception, nous ne pourrons pas vous aider...

    Cordialement


    Gilles TOURREAU - MVP C# - MCTS ADO .NET 3.5 - MCPD Windows Developper 3.5 - Architecte .NET/Consultant/Formateur - http://gilles.tourreau.fr
    vendredi 10 septembre 2010 13:42
    Modérateur
  • J'avoue que je suis un peu flou là, car j'ai d'abord eu comme message "échec de l'initialisation du système de configuration", pendant l'exécution, et un peu plus tard, une erreur en compilation signalait que la section system.serviceModel du fichier machine.config n'était pas reconnue. Et maintenant je trouve les deux dans la même entrée de l'observateur d'événements.

    Les deux ont disparu après réinstallation.

    Type de l'événement :    Erreur
    Source de l'événement :    System.ServiceModel.Install 3.0.0.0
    Catégorie de l'événement :    Aucun
    ID de l'événement :    0
    Date :        09/09/2010
    Heure :        16:57:21
    Utilisateur :    N/A
    Ordinateur :    UC00004
    Description :
    System.Configuration.ConfigurationErrorsException: Échec de l'initialisation du système de configuration ---> System.Configuration.ConfigurationErrorsException: Section de configuration non reconnue system.serviceModel. (C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Config\machine.config line 140)
       à System.Configuration.ConfigurationSchemaErrors.ThrowIfErrors(Boolean ignoreLocal)
       à System.Configuration.BaseConfigurationRecord.ThrowIfParseErrors(ConfigurationSchemaErrors schemaErrors)
       à System.Configuration.BaseConfigurationRecord.ThrowIfInitErrors()
       à System.Configuration.ClientConfigurationSystem.EnsureInit(String configKey)
       --- Fin de la trace de la pile d'exception interne ---
       à System.Configuration.ClientConfigurationSystem.EnsureInit(String configKey)
       à System.Configuration.ClientConfigurationSystem.PrepareClientConfigSystem(String sectionName)
       à System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection(String sectionName)
       à System.Configuration.ConfigurationManager.GetSection(String sectionName)
       à System.Configuration.PrivilegedConfigurationManager.GetSection(String sectionName)
       à System.Diagnostics.DiagnosticsConfiguration.GetConfigSection()
       à System.Diagnostics.DiagnosticsConfiguration.Initialize()
       à System.Diagnostics.DiagnosticsConfiguration.get_SwitchSettings()
       à System.Diagnostics.Switch.InitializeConfigSettings()
       à System.Diagnostics.Switch.InitializeWithStatus()
       à System.Diagnostics.Switch.get_SwitchSetting()
       à System.Diagnostics.BooleanSwitch.get_Enabled()
       à System.Xml.Serialization.TempAssembly.LoadGeneratedAssembly(Type type, String defaultNamespace, XmlSerializerImplementation& contract)
       à System.Xml.Serialization.XmlSerializer..ctor(Type type, String defaultNamespace)
       à System.Xml.Serialization.XmlSerializer..ctor(Type type)
       à System.ServiceModel.Install.Configuration.ConfigurationHandlersInstallComponent..ctor(ConfigurationLoader configLoader)
       à System.ServiceModel.Install.Configuration.ConfigurationHandlersInstallComponent.CreateNativeConfigurationHandlersInstallComponent()
       à Microsoft.Tools.ServiceModel.ServiceModelReg.BuildActionQueue()
       à Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args)
       à Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args)

    Pour plus d'informations, consultez le centre Aide et support à l'adresse http://go.microsoft.com/fwlink/events.asp.

     

     

    vendredi 10 septembre 2010 15:29
  • Bonjour Gloops,

     

    Pouvez-vous confirmer l’état de votre problème à ce moment ? Quand vous dites ‘réinstallation’, vous parlez de la réinstallation de l’application ou de .NET Framework ? Est-ce que ce problème se manifeste toujours ?

     

    Cordialement,

    Alex

    ________________

    Publiez un article sur une de ces technologies : Visual Basic, C#, C++, .NET, ASP.NET, SQL Server, Silverlight, SharePoint 2010, SharePoint 2007

    Windows Phone 7

    Astuces pour Visual Studio 2010

    XNA – Développement jeux vidéo

    Didacticiels et astuces : VB.NET, C#, ASP.NET, .NET Framework, Silverlight, Workflow Foundation, WPF

    Café des usages

    Microsoft propose ce service gratuitement, dans le but d'aider les utilisateurs et d'élargir les connaissances générales liées aux produits et technologies Microsoft. Ce contenu est fourni "tel quel" et il n'implique aucune responsabilité de la part de Microsoft.

     

     

    mercredi 15 septembre 2010 08:26
  • Bonjour,

    Ah, je n'ai pas été avisé du message d'Alex, je ne sais pas si j'ai fait une fausse manœuvre ici ... Jusque là je recevais bien les alertes quand Gilles répondait.

    Le problème de lecture de la configuration ne se posait plus, j'avais réinstallé Visual Studio, pour cela j'ai dû commencer par désinstaller toutes les versions de .Net dans l'ordre décroissant des versions jusqu'à la 2, puis les réinstaller dans l'ordre croissant ensuite (du moins la 3.5 nécessaire pour SQL Express 2008), et après ça tout baignait, l'ennui étant que cette plaisanterie prend quand même un petit bout de temps.

    A l'instant, j'ai eu de nouveau EnterpriseServices inaccessible (voilà qui rappellera quelque chose à Gilles), alors j'ai réparé la dernière version de .Net par ajout/suppression de programmes dans le panneau de configuration.

    Et là, au démarrage de Windows j'ai une application qui lit un fichier xml, et à ce niveau j'obtiens ceci comme erreur (après le trait horizontal, les deux dernières lignes, c'est InnerException.Message) :

    Erreur sur lecture des données dans le fichier xml :
    Échec de l'initialisation du système de configuration
    System.Configuration.ConfigurationErrorsException: Échec de l'initialisation du système de configuration ---> System.Configuration.ConfigurationErrorsException: Section de configuration non reconnue system.serviceModel. (C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Config\machine.config line 134)
       à System.Configuration.ConfigurationSchemaErrors.ThrowIfErrors(Boolean ignoreLocal)
       à System.Configuration.BaseConfigurationRecord.ThrowIfParseErrors(ConfigurationSchemaErrors schemaErrors)
       à System.Configuration.BaseConfigurationRecord.ThrowIfInitErrors()
       à System.Configuration.ClientConfigurationSystem.EnsureInit(String configKey)
       --- Fin de la trace de la pile d'exception interne ---
       à System.Configuration.ClientConfigurationSystem.EnsureInit(String configKey)
       à System.Configuration.ClientConfigurationSystem.PrepareClientConfigSystem(String sectionName)
       à System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection(String sectionName)
       à System.Configuration.ConfigurationManager.GetSection(String sectionName)
       à System.Configuration.PrivilegedConfigurationManager.GetSection(String sectionName)
       à System.Diagnostics.DiagnosticsConfiguration.GetConfigSection()
       à System.Diagnostics.DiagnosticsConfiguration.Initialize()
       à System.Diagnostics.DiagnosticsConfiguration.get_IndentSize()
       à System.Diagnostics.TraceInternal.InitializeSettings()
       à System.Diagnostics.TraceInternal.WriteLine(String message)
       à System.Diagnostics.Debug.Print(String message)
       à LaSonnaille.Form1.chargeListe() dans C:\Documents and Settings\user\Mes documents\Visual Studio 2005\Projects\LaSonnaille\LaSonnaille\Form1.cs:ligne 96
    _______________
    Section de configuration non reconnue system.serviceModel. (C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Config\machine.config line 134)

    Je vais voir le site web pour vérifier que la réparation de .Net a solutionné le problème de EnterpriseServices : peut-être, mais à l'ouverture de Visual Studio j'obtiens sur la page web le même message que ci-dessus, problème de lecture de la configuration.

    Si la question a laissé tout le monde sec jusque là, j'imagine que la solution va être la même que l'autre fois ?

    Dommage, c'est long ...

    Je vais attendre un peu, des fois qu'on ait besoin de précisions complémentaires.

     

    A partir de la ligne 134 de machine.config, je lis ceci : <system.serviceModel> <extensions> <behaviorExtensions> <add name="persistenceProvider" type="System.ServiceModel.Configuration.PersistenceProviderElement, System.WorkflowServices, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/> <add name="workflowRuntime" type="System.ServiceModel.Configuration.WorkflowRuntimeElement, System.WorkflowServices, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/> <add name="enableWebScript" type="System.ServiceModel.Configuration.WebScriptEnablingElement, System.ServiceModel.Web, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/> <add name="webHttp" type="System.ServiceModel.Configuration.WebHttpElement, System.ServiceModel.Web, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/> </behaviorExtensions> <bindingElementExtensions> <add name="webMessageEncoding" type="System.ServiceModel.Configuration.WebMessageEncodingElement, System.ServiceModel.Web, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/> <add name="context" type="System.ServiceModel.Configuration.ContextBindingElementExtensionElement, System.WorkflowServices, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/> </bindingElementExtensions> <bindingExtensions> ...
    dimanche 19 septembre 2010 15:37
  • J'ai dû mal fermer une balise car lorsque j'ai voulu corriger l'indentation, je me suis retrouvé à éditer toute la page, au lieu du message, alors je me suis dit qu'il valait autant laisser en l'état puisque ça semble lisible.

     

    dimanche 19 septembre 2010 15:56
  • J'ai l'impression que là-dessus, on va être obligés d'aiguiller la réflexion dans diverses directions.

    La question initiale consistait à savoir si il était possible de corriger l'installation de la gestion de configuration, séparément, afin que ça puisse se faire rapidement.

    A défaut, je verrais bien s'interroger sur deux points, sur les plans préventif et curatif.

     

    Du côté préventif, lorsque j'ai fait des recherches sur EnterpriseServices (un sujet qui m'a préoccupé il n'y a pas si longtemps avant celui-ci), je me rappelle plus ou moins avoir lu quelque part que le service DNS pouvait être vulnérable si la machine était connectée à Internet pendant l'exécution d'un site sur localhost, du fait d'une ambiguïté entre les deux domaines. Un meilleur fonctionnement aurait donc une chance d'être obtenu en évitant de se connecter pendant le développement. Toutefois j'objecterais que ceci n'est pas vraiment évident à mettre en œuvre, car la plupart du temps lorsqu'on recherche quelque chose dans l'aide, les réponses les plus intéressantes sont celles qu'on trouve sur Internet. Il faudrait donc être tout le temps à déconnecter le câble ethernet et le reconnecter.

    Ce n'est pas exactement le même sujet, mais je n'ai pas nécessairement assez d'éléments pour écarter l'hypothèse que ceci puisse enrichir la réflexion.

    Pour ce qui est de la configuration, je me demande si quelque chose présent sur la machine pourrait être en conflit avec. Je n'ai pas eu d'écho à l'envoi des journaux d'erreur, mais ...

     

    Maintenant, pour ce qui est de l'aspect curatif.

    Comme je le disais j'ai une solution, mais dont l'application prend une journée de travail, et si son application est à renouveler toutes les semaines, ça fait un peu chérot. Donc à défaut de trouver une réponse à la première question, à savoir comment réinstaller séparément la gestion de configuration, il faut que je m'attelle à automatiser la réinstallation de Visual Studio, de façon que si je la lance en me couchant le soir, on ne me réclame pas le CD n° 2 le lendemain matin.

    Donc le travail à faire consiste à :

    - désinstaller le pack .Net 3.5 (et toute version ultérieure éventuelle)

    - désinstaller le pack .Net 2.0 (et toute version intermédiaire éventuelle)

    - refaire l'installation de Visual Studio en mode réparation

    - réinstaller le pack .Net 3.5 pour que SQL Express 2008 fonctionne.

    - effectuer les mises à jour, ceci pouvant être laissé aux soins des mises à jour automatiques.

    Première question, est-ce que par extraordinaire il existerait déjà quelque chose de tout prêt pour faire ça ?

    D'autres questions vont probablement arriver lorsque j'aurai un peu passé de temps là-dessus. Notamment, je dois mettre sur un DVD le contenu des deux CD de Visual Studio 2005, et j'imagine qu'il faudra prendre soin d'effectuer proprement l'adressage lors du passage du contenu de l'un à celui de l'autre. Peut-être que je verrai en lançant le programme d'installation avec /? sur la ligne de commandes tout ce qu'il faut pour faire ça.

    Si quelqu'un a déjà l'expérience de ce genre d'aventure et peut m'éviter un écueil dans lequel ne pas tomber ...

     

    samedi 25 septembre 2010 17:15
  • ça progresse doucement, encore quelques essais pour initialiser les variables et options correctement, peut-être quand même un petit paquet d'heures.

    Un petit point où il y a peut-être un chemin plus rapide : pour chaque version, je me fais jeter pour désinstaller la version principale, car un Service Pack a été installé après, il faut d'abord désinstaller le Service Pack. Depuis Ajout/Suppression de programmes ça va tout seul, mais en ligne de commandes il faut trouver le chemin du programme d'installation. Si je clique sur le lien pour l'information dans Ajout/Suppression de programmes, je suis susceptible d'arriver sur une version plus récente (comme la 3 qui renvoie à la 3.5, il faut aller chercher le chemin pour la 3 en bas de page).

    Dois-je chercher un à un les Service Packs installés dans un moteur de recherche pour recharger leurs programmes d'installation, ou trouve-t-on, à l'instar de ce qui existe pour les pilotes, un moyen pour avoir les chemins vers tous les Service Packs installés ?

    Ce serait d'autant plus intéressant que le programme de mise à jour automatique est susceptible d'ajouter un nouveau Service Pack à l'improviste, une fois le DVD de réinstallation automatique gravé, et donc le DVD ne serait plus à jour si il est basé sur une liste figée.

     

    dimanche 26 septembre 2010 11:08
  • J'ai fini à la main la désinstallation de .Net.

    Pour ce qui est de Visual Studio, avec l'option UnattendedFile, j'obtiens une exécution sans écho à l'écran, le seul hic c'est qu'au bout de deux heures ce n'est toujours pas fini. En revanche la lecture de la configuration fonctionne, j'ai arrêté le processus avec le batch d'installation depuis le gestionnaire des tâches.

    C'est un peu comme si on avait oublié de désactiver le bouton Quitter, sur un formulaire non visible.

    L'autre possibilité proposée est de générer un fichier mst avec l'option CreateTransform, là l'interface est visible, en revanche on est invité à cliquer sur des boutons, donc je n'ai pas trop compris l'intérêt par rapport à l'exécution standard, ou alors j'ai fait une fausse manœuvre.

    Là je devrais m'en sortir en évaluant (en mode normal j'imagine) le temps que doit mettre l'installation à se réaliser, et au bout de ce temps provoquer la fin du processus et lancer la suite du traitement, à savoir l'installation de .Net 3.5

    Mais, je pense que c'est à défaut de mieux, il doit bien y avoir moyen, une fois le bouton non visible, de ne pas avoir à cliquer dessus ?

    Pour résumer, à part essayer de comprendre l'origine du problème, restent deux questions, comment réaliser la liste des versions de .Net à désinstaller avec les chemins de programmes d'installation, et comment faire en sorte que l'installation de Visual Studio se termine, sachant que j'ai pu ne pas afficher l'interface, mais apparemment pas la neutraliser.

     

    dimanche 26 septembre 2010 15:40
  • Bonjour,

    comment réaliser la liste des versions de .Net à désinstaller avec les chemins de programmes d'installation
    Vous n'avez aucune version à désinstaller... Elle seront un jour ou l'autre utilisée par une application. Pour Visual Studio 2005, la version 2.0 du .NET Framework est requise.

    Pour résumer, à part essayer de comprendre l'origine du problème, restent deux questions, comment réaliser la liste des versions de .Net à désinstaller avec les chemins de programmes d'installation, et comment faire en sorte que l'installation de Visual Studio se termine, sachant que j'ai pu ne pas afficher l'interface, mais apparemment pas la neutraliser.
    Pouvez-vous expliquer clairement ce que vous obtenez à l'écran en imaginant que nous ne sommes pas devant votre écran... ;-)

    Cordialement


    Gilles TOURREAU - MVP C# - MCTS ADO .NET 3.5 - MCPD Windows Developper 3.5 - Architecte .NET/Consultant/Formateur - http://gilles.tourreau.fr
    dimanche 26 septembre 2010 17:51
    Modérateur
  • Vous n'avez aucune version à désinstaller... Elle seront un jour ou l'autre utilisée par une application. Pour Visual Studio 2005, la version 2.0 du .NET Framework est requise.

    Ah oui mais je me suis mal fait comprendre, je ne cherche pas à désinstaller .Net par caprice, mais parce que tant que ce n'est pas fait, la réinstallation de Visual Studio est en échec, ainsi que j'y ai fait allusion dans ce fil et dans celui sur EnterpriseServices.

    Il faut se rappeler que la première phase de l'installation de Visual Studio est celle de .Net 2, ceci a probablement un rapport avec cela.

    Pouvez-vous expliquer clairement ce que vous obtenez à l'écran en imaginant que nous ne sommes pas devant votre écran... ;-)

    Ah, ça, c'est une question à laquelle il est très facile de répondre :) A l'écran, il n'y a absolument rien, lié à la réinstallation de Visual Studio en mode UnattendedFile. Sauf si je presse les touches Ctrl Alt Del, à ce moment apparaît une ligne setup.exe dans le gestionnaire de tâches. Et puis c'est tout. Donc, pour terminer le programme d'installation, il faut sélectionner la ligne setup.exe, et cliquer sur "Terminer le processus".

     

    dimanche 26 septembre 2010 19:12
  • Bonjour,

     

    Gloops, quel est l’état de votre démarche ? Est-ce que vous avez toujours des problèmes avec l’installation ?

     

    Avez-vous essayé de réinstaller les versions de .NET Framework ?

     

    Cordialement,

    Alex

    ________________

    Publiez un article sur une de ces technologies : Visual Basic, C#, C++, .NET, ASP.NET, SQL Server, Silverlight, SharePoint 2010, SharePoint 2007

    Windows Phone 7

    Astuces pour Visual Studio 2010

    XNA – Développement jeux vidéo

    Didacticiels et astuces : VB.NET, C#, ASP.NET, .NET Framework, Silverlight, Workflow Foundation, WPF

    Café des usages

    Microsoft propose ce service gratuitement, dans le but d'aider les utilisateurs et d'élargir les connaissances générales liées aux produits et technologies Microsoft. Ce contenu est fourni "tel quel" et il n'implique aucune responsabilité de la part de Microsoft.

     

     

    mercredi 29 septembre 2010 07:55
  • Bonjour,

    Dommage que les alertes ne fonctionnent plus (enfin pas toujours) pour être prévenu lorsque je reçois une réponse ici ... la case est pourtant bien cochée. Il est vrai que je reçois beaucoup de mails en ce moment, mais si je cherche "config", le dernier est celui de Gilles le 26 septembre.

    J'en suis toujours au même point que lors de mon dernier message.

    Sur ce qui peut provoquer le problème, flou total.

    J'ai quand même pris conscience que l'application Roxio BackOnTrack, de Sonic, qui sert à enregistrer l'état du système, ne peut pas arranger les choses, car elle empêche de créer des points de restauration système de façon programmée. Il me paraît prudent de faire une sauvegarde avant de la désinstaller, une fois que je ne serai plus à court de disque externe je m'occuperai de ça, ça ne devrait plus tarder. Au début du problème j'ai utilisé les points de sauvegarde de BackOnTrack, mais ça n'a pas paru prodigieux comme effet, aussi je n'ai guère beaucoup réessayé depuis.

    Pour la réinstallation de Visual Studio j'ai pu l'obtenir en une fois, au lieu de devoir changer de CD au bout de quelques heures, en revanche il semblerait qu'il y ait un "bug" à ce niveau, puisque le processus est toujours actif le lendemain matin et que, en l'absence d'interface, je dois le fermer depuis le gestionnaire des tâches. Quand il n'y aura plus que ça comme problème on pourra considérer que c'est d'ordre cosmétique ...

    Le point qui reste franchement gênant, puisque la réinstallation de Visual Studio ne peut s'obtenir qu'après avoir désinstallé .Net, est que je n'ai réussi, depuis la ligne de commandes, à désinstaller que les versions principales, et non les Service Packs qui s'installent automatiquement derrière. J'imagine que la bonne démarche consisterait à trouver le moyen d'établir, au moment de l'exécution, la liste des versions, et des programmes de désinstallation qui vont avec, autant que possible dans le bon ordre.

    Tout ceci pour automatiser la réinstallation de Visual Studio, puisque j'ai remarqué que ça solutionnait le problème. Si quelqu'un trouvait le moyen de réinstaller, séparément, la gestion du paramétrage des programmes, j'imagine que ça pourrait être une solution remarquablement plus rapide.

     

    samedi 2 octobre 2010 12:22
  • Bonjour,

    Lundi dernier j'ai créé un point de restauration Windows, on va bien voir si ça aide au prochain plantage.

    Là j'ai un week-end sans avoir à réinstaller Visual Studio, c'est appréciable, mais ça fait peut-être un peu tôt pour y voir un lien de cause à effet.

    J'aurais cru que l'automatisation de la désinstallation de .Net serait une question assez bâteau, peut-être pas on dirait.

     

    dimanche 10 octobre 2010 10:52
  • Ah, ma parole, ça fait un mois que Visual Studio n'a plus planté.

    Je ne sais pas trop comment il y aurait lieu de s'y prendre pour vérifier un lien de cause à effet, mais on peut supposer que Roxio Back On Track ne portait pas chance à Visual Studio. Par ailleurs ça empêchait les points de restauration automatiques, alors comme je n'ai pas trop compris ses avantages (c'était vendu avec la machine alors j'ai attendu les problèmes pour la remettre en cause), eh bien je vais laisser comme ça.

    Je reposerai un peu plus tard (quand j'aurai le temps de m'en occuper un peu) la question de l'inventaire des versions .Net installées.

    Pour le moment, le fait que ça ne plante plus est encore mieux que de savoir remettre en état.

     

    jeudi 11 novembre 2010 20:04