Aucune chaîne de connexion nommée «MyEntities» n'a pu être trouvée dans le fichier de configuration de l'application

J'utilise le framework d'entité et ASP.NET MVC 4 pour créer une application

Ma solution est divisée en deux projets;

• Une bibliothèque de classes qui inclut mon fichier de modèle de données (.edmx) et quelques interfaces personnalisées
• Le projet MVC «conteneur» qui fait référence à la bibliothèque de classes ci-dessus

Mon problème est que lorsque j'essaie d'utiliser le DbContext ' MyEntites ' j'obtiens l'erreur suivante:

Aucune chaîne de connexion nommée «MyEntities» n'a pu être trouvée dans le fichier de configuration de l'application.

Je suppose que le problème a quelque chose à voir avec le fait que la chaîne de connexion se trouve dans l'app.config de la bibliothèque de classes plutôt que dans le projet MVC.

Est-ce que quelqu'un a des suggestions?

Essayez de copier la chaîne de connexions dans le fichier .config dans le projet MVC.

Vous avez raison, cela se produit car la bibliothèque de classes (où se trouve le fichier .edmx) n'est pas votre projet de démarrage / principal.

Vous devrez copier la chaîne de connexion dans le fichier de configuration du projet principal.

Dans le cas où votre projet de démarrage / principal n'a pas de fichier de configuration (comme c'était le cas dans mon cas d'application de console), ajoutez-en un (projet de démarrage - Ajouter un nouvel élément -> Fichier de configuration d'application).

Plus d'informations pertinentes peuvent être trouvées ici: MetadataException: impossible de charger la ressource de métadonnées spécifiée

assurez-vous que vous faites votre projet (avec le DbContext) comme démarrage

OU

Ajoutez au projet défini comme démarrage votre chaîne de connexion dans app.config (ou web.config)

OU

Appelez la commande comme ceci

Update-Database -Script -ProjectName '<project name>' -StartupProjectName '<project name>' -ConnectionString 'data source=.;initial catalog=<db name>;integrated security=True;MultipleActiveResultSets=True' -ConnectionProviderName 'System.Data.SqlClient'

Puis réessayez

Vous pouvez simplement passer la chaîne de connexion à EntityFrameworket continuer votre vie:

public partial class UtilityContext : DbContext
{
    static UtilityContext()
    {
        Database.SetInitializer<UtilityContext>(null);
    }

    public UtilityContext()
        : base("Data Source=SERVER;Initial Catalog=DATABASE;Persist Security Info=True;User ID=USERNAME;Password=PASSWORD;MultipleActiveResultSets=True")
    {
    }

    // DbSet, OnModelCreating, etc...
}

Comme vous le supposez, cela concerne la chaîne de connexion se trouvant dans app.config de la bibliothèque de classes.

Copiez l'entrée de la classe app.config dans le conteneur app.configou le web.configfichier

Si vous avez plusieurs projets en solution, configurez le projet comme démarré là où vous avez votre vérité App.config.

copiez la chaîne de connexion app.configou le web.configfichier dans le projet qui a été défini sur "Définir comme StartUpprojet" et si dans le cas de l'utilisation du framework d'entité dans le projet de couche de données - veuillez installer le nuget du framework d'entité dans le projet principal.

Cela se produit également si le projet de démarrage est remplacé par celui qui n'a pas les chaînes de connexion .

1. Solution clic droit - cliquez sur les propriétés
2. Sous Propriétés communes, sélectionnez le projet de démarrage
3. Dans le volet droit, sélectionnez le projet qui a les chaînes de connexion (dans la plupart des cas, ce seront les projets MVC - le projet qui démarre la solution)

1. Ajouter un fichier App.Config
2. Définissez le projet comme projet de démarrage.

3. Assurez-vous d'ajouter les chaînes de connexion après la entityFrameworksection:

   <configSections>
   <!-- For more information on Entity Framework configuration, visit http://go.microsoft.com/fwlink/?LinkID=237468 -->
   <section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false"/>
   
   </configSections>
   
   <connectionStrings>
      <!-- your connection string goes here, after configSection -->
   </connectionString>

Ouais, c'est idiot. Vous pouvez éviter de copier la chaîne de connexion en utilisant un générateur de connexion. Code VB.Net (utilisé en production, mais légèrement modifié ici, alors traitez comme non testé, heureux de vous aider en cas de problème), où j'ai une variable serverName, une variable databaseName, je les passe dans une méthode et je fais générer la connexion pour moi:

    Dim EfBuilder As New System.Data.EntityClient.EntityConnectionStringBuilder("metadata=res://*/VMware.VmEf.csdl|res://*/VMware.VmEf.ssdl|res://*/VMware.VmEf.msl;provider=System.Data.SqlClient;provider connection string=""data source=none;initial catalog=none;integrated security=True;multipleactiveresultsets=True;App=EntityFramework""")
   Dim SqlBuilder As New Data.SqlClient.SqlConnectionStringBuilder(EfBuilder.ProviderConnectionString)
                        SqlBuilder.DataSource = serverName
                        SqlBuilder.InitialCatalog = databaseName
                        EfBuilder.ProviderConnectionString = SqlBuilder.ConnectionString
                        Using vmCtx As New VmEfConn(EfBuilder.ConnectionString)

utilisez-vous plus d'un projet sur votre solution?

Parce que si vous l'êtes, la configuration Web que vous devez vérifier est celle du même projet que le fichier de .edmx

Ajouter ConnectionString au fichier Web.config du projet MVC

J'ai rencontré ce problème lorsque j'utilise plusieurs projets, le projet de démarrage avec web.config et app.config pour le projet EntityFramework.

pour éviter ce problème, vous devez:

1. Vous avez besoin de la chaîne de connexion dans le fichier * .config démarré.
2. Vous devez avoir installé la DLL EntityFramework dans vos références

J'ai fait face au même problème. J'ai manqué de mettre une chaîne de connexion au projet de démarrage alors que j'effectue une opération d'accès aux données à partir d'une autre couche. également si vous n'avez pas app.config dans votre projet de démarrage, ajoutez le fichier app.config, puis ajoutez une chaîne de connexion à ce fichier de configuration.

J'ai obtenu cela en n'ayant pas le projet défini comme démarrage, comme indiqué par une autre réponse. Ma contribution à cela - lorsque vous effectuez Add-Migrations et Update-Database, spécifiez le projet de démarrage dans le cadre de la commande dans Nuget Package Manager Console (n'incluez pas les caractères '[' ou ']', c'est juste pour vous montrer que vous besoin de changer le texte qui s'y trouve en nom de votre projet):

1. Enable-Migrations
2. Add-Migrations -StartupProject [le nom de votre projet qui contient la classe de contexte de données]
3. Update-Database -StartupProject [même nom de projet que ci-dessus]

Ça devrait le faire.

C'est parce que votre classe de contexte est héritée de DbContext. Je suppose que votre ctor est comme ça:

public MyEntities()
    : base("name=MyEntities")

name=... doit être remplacé par le nom de votre connectionString

La chaîne de connexion générée par le projet contenant le fichier .edmx génère la chaîne de connexion, il semblerait que ce soit un résidu des types de fichiers app.config qui ont été copiés dans le répertoire de sortie et référencés par l'exécutable pour stocker les informations de configuration d'exécution.

Cela interrompt le projet Web car il n'y a pas de processus automatique pour ajouter des informations .config aléatoires dans le fichier web.config du projet Web.

Le plus simple est de copier la chaîne de connexion du fichier de configuration dans la section des connexions du fichier web.config et d'ignorer le contenu du fichier de configuration.

La meilleure façon que je viens de trouver pour résoudre ce problème est de définir temporairement ce projet (probablement une bibliothèque de classes) sur le projet de démarrage. Cela force la console du gestionnaire de packages à utiliser ce projet comme source de configuration. une partie de la raison pour laquelle il est configuré de cette façon est due au modèle descendant que les fichiers econfig suivent généralement. La règle générale est que le projet le plus proche du client (application MVC par exemple) est le web.config ou app.config qui sera utilisé.

Assurez-vous que vous avez placé la chaîne de connexion dans le ROOT web.config du projet de démarrage.

Je sais que je dis un peu l'évidence ici, mais cela m'est aussi arrivé - même si j'avais déjà la chaîne de connexion dans le Web.Config de mon projet MVC (le fichier .edmx a été placé dans un projet de bibliothèque de classe différent) et je ne pouvais pas ne sais pas pourquoi je continue à recevoir une exception ... Bref, j'ai copié la chaîne de connexion dans Views \ Web.Config par erreur, dans une étrange combinaison de fatigue et de non-défilement vers le bas de -le scénario de l'explorateur de solutions. Oui, ces choses arrivent aussi aux développeurs vétérans :)

Ce problème se produit lorsque vous utilisez des couches dans votre projet et que vous définissez ou installez le travail de trame d'entité dans DataLayer et essayez d'exécuter votre projet

Donc, pour surmonter ce problème, copiez la chaîne de connexion à partir de la couche où se trouve le fichier Edmx et collez la chaîne de connexion dans web.config principal.

Ajoutez une chaîne de connexion dans le fichier web.config racine du projet MVC «conteneur» qui référence la bibliothèque de classes comme suit:

 <connectionStrings>

  <add name="MyEntities" connectionString="complete connection string here" providerName="System.Data.SqlClient" />

  </connectionStrings>

Si vous ne souhaitez pas utiliser "MyEntities" comme nom de connexion, modifiez-le comme vous le souhaitez, mais apportez la modification suivante dans votre classe MyEntities DbContext:

MyEntities: DbContext
 {
   public MyEntities():base("Name-Of-connection-string-you wish to connect"){ }
 }

La raison de cette erreur est la suivante: si nous ne spécifions pas le nom de la chaîne de connexion ou connectons la chaîne dans la classe dérivée de DbConext (dans votre cas, il s'agit de MyEntities), alors DbContext recherchera automatiquement une chaîne de connexion dans le fichier racine web.config. Identique au nom de classe dérivé (dans votre cas, il s'agit de Mes entités).

J'ai eu ce problème lors de l'exécution de MSTest. Je ne pourrais pas le faire fonctionner sans le drapeau "noisolation".

J'espère que cela aide quelqu'un. Cela m'a coûté beaucoup de temps pour comprendre cela. Tout allait bien de l'IDE. Quelque chose de bizarre sur Entity Framework dans ce contexte.

Migrations régulières

Il y a deux options - la première que tout le monde a suggérée ici est de s'assurer que la chaîne de connexion se trouve dans le fichier Web.config du projet. Lorsque vous travaillez avec des chaînes de connexion à partir des paramètres d'application Azure, cela signifie remplacer vos valeurs Web.config par les valeurs Azure.

Azure ou migrations automatiques (programmatique)

Il existe une deuxième option disponible si vous exécutez des migrations par programme, qui vous permet d'exécuter des migrations à l'aide d'une chaîne de connexion obtenue dynamiquement (ou via les paramètres d'application Azure) sans la stocker dans Web.config:

Lors de la définition de TargetDatabase de la configuration , utilisez le constructeur DbConnectionInfo qui prend une chaîne de connexion et un nom de fournisseur au lieu du constructeur qui ne prend qu'un nom de connexion. Si votre chaîne de connexion n'a pas de nom de fournisseur et que vous utilisez SQL Server / Azure SQL, utilisez "System.Data.SqlClient"

Cela peut également entraîner un nombre insuffisant de références dll référencées dans le code appelant. Un petit hack maladroit pourrait vous sauver la journée.

Je suivais l'approche DB First et j'avais créé le fichier EDMX dans le projet de bibliothèque de classe DAL, et cela faisait référence à la bibliothèque de classe BAL, qui à son tour était référencée par un service WCF.

Depuis que j'obtenais cette erreur dans le BAL, j'avais essayé la méthode mentionnée ci-dessus pour copier les détails de la configuration depuis l'App.config du projet DAL, mais je n'ai pas résolu. En fin de compte avec la pointe d'un ami, je viens d'ajouter un fichier EDMX factice au projet WCF (avec la connectivité DB pertinente, etc.), il a donc importé tout le nécessaire, puis j'ai simplement supprimé le fichier EDMX, et il s'est juste débarrassé du problème avec une construction propre.

Il y a un commentaire sur la première réponse de @RyanMann qui suggère:

Stockez vos chaînes de connexion dans un fichier de configuration, puis référencez-les dans d'autres projets en <connectionString configSource="../ProjectDir/SharedConnections.config" />

Ceci est une suggestion fantastique!

Il fonctionne également pour partager des chaînes de connexion entre les fichiers App.config et Web.config!

Quiconque souhaite suivre cette suggestion doit se diriger vers cette réponse SO . Il contient un excellent guide étape par étape sur le partage de chaînes de connexion entre plusieurs projets dans une solution.

La seule mise en garde est qu'il configSourcedoit exister dans le même répertoire ou un sous-répertoire. Le lien ci-dessus explique comment utiliser "Ajouter en tant que lien" pour contourner ce problème.

J'ai eu cette erreur lors de la tentative d'utilisation d'EF dans un plugin AutoCAD. Les plug-ins CAO obtiennent la chaîne de connexion à partir du fichier acad.exe.config. Ajoutez la chaîne de connexion comme mentionné ci-dessus au fichier de configuration acad et cela fonctionne.

Nous remercions Norman.Yuan d'ADN.Network.

Si vous utilisez un modèle MVVM, essayez de copier les chaînes de connexion dans toutes les parties de votre projet.

Par exemple, si votre solution contient deux projets, le projet de bibliothèque de classes et le projet wpf, vous devez copier les chaînes de connexion du projet principal (projet de classe de bibliothèque) et en placer une copie dans le fichier App.config du projet wpf.

<connectionStrings>
  <add name="DBEntities" ... />
</connectionStrings>

J'espère que cela vous sera utile :)

Ajouter Connectoinstrnig dans le fichier web.config

<ConnectionStiring> <add name="dbName" Connectionstring=" include provider name too"  ></ConnectionStiring>