none
Le fournisseur de données .Net Framework demandé est introuvable. Il n'est peut-être pas installé RRS feed

  • Discussion générale

  • Bonjour tout le monde,

    J'ai vu plusieurs fois apparaître le message que j'ai mis en titre, fournisseur .Net introuvable.

    La première fois, c'était un projet qui avait été créé à partir d'une source SQL Server, que je migrais vers un DataSet XML sans déclaration SQL Server. Au demeurant il s'avérait que SQL Server ne répondait pas, que je ne réussissais pas à le réinstaller, zou j'ai tout viré (enfin SQL Server) pour remettre, et là ça marche. Il faut dire qu'on en était à trois instances simultanées ...

    Maintenant, j'ai le même message sur un projet basé sur une base Access, donc SQL Server est blanc comme neige sur le coup.

    Alors je dois préciser que le projet fonctionne, c'est seulement quand je me mêle de vouloir regarder ce qu'il y a dans le DataSet (en mode conception), que je me vois opposer ce message.

    Alors du fait qu'il y a .Net dans le message, je serais un peu tenté de me dire que c'est la plateforme .Net qu'il faut réinstaller, plutôt que Visual Studio 2005, mais ... étant donné le temps que ça prend, j'aimerais assez en être sûr avant de commencer.

    Quelqu'un serait-il en mesure d'être sûr de lui sur la question ?

     

    Ah tiens ça faisait longtemps ... La dernière fois que j'ai eu un souci avec .Net, c'était EnterpriseServices qui n'était pas à la bonne version, et puis ... ça fait plus d'un an qu'il n'y a plus de souci, depuis que j'ai viré un programme de sauvegarde dont je me demande bien ce qu'il a pris au constructeur de le proposer ...

     



    mardi 10 mai 2011 20:07

Toutes les réponses

  • Bonjour,

    L’erreur a été analyse sur Connect et il y a une solution proposé pour cette erreur dans la section « Workaround(s) ». Je vous invite aussi à lire aussi ce tutoriel, peut-être vous aidera.

     

    Cordialement,

    Cipri


    Suivez MSDN sur Twitter   Suivez MSDN sur Facebook


    Ciprian DUDUIALA, MSFT  
    •Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    vendredi 13 mai 2011 14:16
  • J'ai lu le "workaround", j'ai bien vérifié le "publicKeyToken" du OleDb Data Provider, il correspond bien à ce qui est indiqué. Après, quoi faire avec, je n'ai pas trop compris.

    L'exemple traite l'erreur appliquée à l'appel de l'objet ProviderFactory par code, ce qui ne correspond pas à ce que j'ai essayé de faire. Alors j'ai trouvé une autre solution de contournement : j'ai créé un autre DataSet, et ça n'a posé aucun problème. Apparemment, maintenant, il ne me reste plus qu'à renommer les DataSets pour pointer sur le nouveau si je veux pouvoir le modifier.

    Je demeure incapable de dire pourquoi le fournisseur de données du nouveau Dataset fonctionne très bien, alors que celui de l'ancien Dataset, dans le même projet, n'est pas installé, et je suis encore moins capable de dire pourquoi ce n'est pas le même, s'agissant de la même base de données.
    vendredi 13 mai 2011 16:48
  • Bonjour,

    Dans le « workaround » ils disent qu’il faut supprimer ou masquer les entrées qui ont la Version=3.5.0.0 ou Version=9.0.242.0. Comme vous pouvez voir ils ont mis <!-- avant

     

    <!--<add name="SQL Server Compact Edition Data Provider" invariant="System.Data.SqlServerCe"

     

    et --> après

     

    <add name="SQL Server CE Data Provider" invariant="Microsoft.SqlServerCe.Client" description=".NET Framework Data Provider for Microsoft SQL Server 2005 Mobile Edition" type="Microsoft.SqlServerCe.Client.SqlCeClientFactory, Microsoft.SqlServerCe.Client, Version=9.0.242.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91" />   

     

    Cordialement,

    Cipri


    Suivez MSDN sur Twitter   Suivez MSDN sur Facebook


    Ciprian DUDUIALA, MSFT  
    •Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    lundi 16 mai 2011 07:55
  • Je n'ai vu qu'une version. Du fait qu'un nouveau Dataset fonctionne correctement, je me dis que la réponse est à chercher ailleurs, que j'ai dû faire une modification que j'ai oubliée, quelque part dans le projet, et que le message est trompeur. Il va falloir que je regarde ça, a priori à la fin de la semaine.
    mercredi 18 mai 2011 08:34
  • Je viens de jeter un coup d'œil, sans avoir, de loin, fait le tour de la question.

    Une propriété est présente dans un des deux Datasets dont le fournisseur est introuvable, et pas dans l'autre, ni dans le Dataset (de la même base) qui fonctionne : GeneratorFunctionsComponentClassName

    Je n'ai pas trouvé une quantité impressionnante de documentation exploitable là-dessus.

    En clair, on sait que ce mot est présent dans une partie de ce qui cloche, mais on ne sait pas ce que ça veut dire.

    Ah, seulement j'ai aussi découvert autre chose. Au niveau du TableAdapter, MainSource>DbSource, attribut DBObjectType : du côté où ça marche j'ai certes "Table", mais de l'autre côté j'ai "UnKnown".

    Il semble donc que le message d'erreur est complètement faux : ce n'était pas "fournisseur de données introuvable", mais "type de données non précisé". Je doute fort qu'on puisse installer un fournisseur de données de type UnKnown.

    Alors maintenant, comment ce type de donnée a-t-il pu être modifié, c'est ça que je me demande bien. Au départ il s'agissait d'un DataSet qui avait été créé sur la même table, peut-être a-t-elle été déplacée.

     

    jeudi 19 mai 2011 19:56