VS2010 web déployer la chaîne de connexion argument ne peut pas être null ou vide
Ayant des problèmes de déploiement d'un site web pour un windows 2008 r2 serveur exécutant IIS7. J'ai déjà déployé un autre site de ce serveur. Le web deploy est de la connexion et de la copie de mes fichiers vers le serveur, mais je vois le message d'erreur suivant(s).
1 The 'Connection String' argument cannot be null or empty
2 Web deployment task failed.((20/07/2012 14:19:16) An error occurred when the request was processed on the remote computer.)
(20/07/2012 14:19:16) An error occurred when the request was processed on the remote computer. Could not find a part of the path 'C:\Users\Me\Documents\Visual Studio 2010\Projects\MySite\MySiteClient\obj\Release\AutoScripts\EFDbContext-Deployment_SchemaOnly.sql'. 0 0 MySiteClient
J'ai vérifié que le chemin d'accès existe sur ma machine locale.
J'ai essayé de les publier sur le web.config transforme et avec l'aide de la xdt:transformer des fonctions pour définir le serveur distant chaînes.
J'ai également définir explicitement les chaînes de connexion pour à la fois source et destination de la base de données dans le Paquet/Publier onglet SQL et je suis à une perte quant à ce qu'est le problème.
Des idées?
- Complète erreur de l'utilisateur. Après l'importation à partir de mon site Web Config, j'ai eu deux DB entrées ApplicationServices et MyAppContext. J'ai été réglage de la chaîne de connexion pour la première entrée de l'Application, mais pas pour le MyAppContext Entrée. Pense que j'ai négligé ce parce que je n'arrivais pas à réaliser que la chaîne de connexion d'entrée de la boîte a changé avec l'entrée sélectionnée dans la base de données zone de liste. doh.....
Vous devez vous connecter pour publier un commentaire.
Ce qui se passait en ce moment pour moi et j'ai réussi à isoler le problème... après l'ajout manuel d'un nouveau
SQL Server
chaîne de connexion dans monWeb.config
j'ai commencé à avoir cette erreur en essayant de le déployer sur le serveur distant.Quand j'ai ouvert le déploiement web, profil de publication dans Visual Studio 2012, j'ai remarqué en vertu de la
Settings
onglet qu'il avait mis cette option: Utilisation de cette chaîne de connexion au moment de l'exécution (mise à jour du site Web de destination.config).Étrangement c'était le programme d'installation automatiquement par VS 2012...
Pour résoudre le problème, il suffit de décocher cette case et le déploiement web devrait commencer à travailler à nouveau.
En plus de Leniel de la réponse, au cas où vous n'êtes pas à l'aide de SqlClient ou Entity Framework Code First et ne vois donc pas de la case(es), définir temporairement le providerName dans votre site web.config de la chaîne de connexion au Système.Les données.SqlClient et ensuite revenir à vos paramètres de publication de décocher la case(es).
J'ai eu le même problème:
que j'ai été en utilisant:
et comme je l'ai lu ici, la question portait sur la profil de publication, j'ai ensuite ouvert le
.pubxml
fichier et j'ai trouvé:ajouter
<UpdateDestWebConfig>False</UpdateDestWebConfig>
à chaque nœud, de sorte qu'il est devenu:simplement par la suppression de cette entrée, tout était nouveau travail...
Aucune des solutions m'a aidé.
J'ai finalement découvert que dans mon local
Web.config
, il y avait un vide par défaut de la chaîne de connexion appeléLocalMySqlServer
(probablement mis en place par le Mysql.Les données package NuGet).Après j'ai enlevé la ligne en surbrillance ci-dessous j'ai pu réussir à publier.
J'ai eu le même problème quand j'ai déployé une application web pour un Azure web server. Je l'ai résolu par la création d'un nouveau serveur. Sur ce point, j'ai réalisé qu'il y avait une autre application sur le serveur avant. Cette application a utilisé un contexte nom qui n'était pas overritten par la deuxième application, de sorte que l'un est conservé à la recherche pour un connectionstring était overritten par la seconde application. J'asume la suppression de votre serveur peut résoudre le problème.
J'ai eu exactement le même problème de droit à l'improviste sur VS 2017.
S'avère que c'était parce que j'étais en train de VS en tant qu'Administrateur. J'ai fermé l'application vers le bas, redémarré normalement et tout est revenu à la normale.