59

When I deploy my project with "Publish as Azure WebJob" using Visual Studio, I get the error in the title.

5 Answers 5

72

Fixed by removing the following markup from the .pubxml file. You must exit/restart VS after removing the markup (or VS will add it back in).

<ItemGroup>
  <MSDeployParameterValue Include="$(DeployParameterPrefix)DefaultConnection-Web.config Connection String" />
</ItemGroup>
Sign up to request clarification or add additional context in comments.

6 Comments

does this change depending on the name of your connection string in App.Config?
These were readded for me after restarting. This worked in my case: stackoverflow.com/questions/28391460/…
Thanks for the answer. Made me realize I should just delete the publishing profile and create a new one.
Using VS2015, update 2. It was the "restart Visual Studio" part that I was missing. THANK YOU. Now on to the next issue...
This doesn't work in Update 3 in VS 2015, please see my answer above by changing an attribute in pubxml file.
|
34

Reason of the problem is one of the followings:

  1. Change the name of the connection string in the web.config.
  2. Add a new connection string in the web.config

Solution

  1. Select the website project, right-click on it, and click publish.

enter image description here

  1. Press the settings link and from the pop-up window select the 'Settings' Tab

  2. Uncheck the use this connection string at runtime from all your connection strings.

enter image description here

  1. Click the Save button to close the window. (No need to restart Visual Studio)
  2. Try to publish the website again, and it should publish without a problem.
  3. You can reconfigure the settings as it was previously, the unchecking just triggers VS to regenerate the .pubxml file, So you are not forced to change your settings at all.

NOTE
I am using VS 2017 (and according to the comments this also work in Visual Studio 2013)

Just for Note
After I did the previous steps, I noticed that the .pubxml file changed automatically. here is the difference which has been made (automatically without any interference from me)

So I think this is a better way because it is easier for the developer and also it let the visual studio to solve its problems himself, without forcing it into a specific thing.

enter image description here

6 Comments

This works for me. VS2013. Just uncheck the Use Connection String at Runtime box in the Publish dialog.
When I untick that option and press 'save', visual studio ignores it. When I open the settings again - the option is still checked. I can't get it to respect my preference. I can't have it run migrations without it injecting the connection string. Therefore I have to have one publish profile with the connection string to run migrations (injects into web.config), then a second with no connection string (no migrations) which then clears the web.config of any connection strings. Seems like a bug in VS2017:15.6.7?? or maybe AzureAppSericeTools build 15.0.40215.0 - very annoying!
Followed the steps and then restarted Visual Studio. After restart error was gone
This no longer works in VS 2019. The checkboxes are there but they're ignored and MS has closed bug tickets reporting this.
@JoshNoe nice note, but this answer would still be helpful for people using VS 2017 and before. It would be helpful if you provide link to the bug, I will update my answer with according to your note.
|
11

Create a Parameters.xml file in the Project root with the following content:

<?xml version="1.0" encoding="utf-8" ?>
<parameters>
  <parameter name="DefaultConnection-Web.config Connection String"
      description="DefaultConnection"
      defaultValue="Server=tcp:x.database.windows.net,1433;Database=x_db;User ID=x@y;Password=z;Trusted_Connection=False;etc." tags="" />
</parameters>

All the other missing config elements can be added here as well.

5 Comments

this worked for me, although it didn't actually set the connection string as i had hoped.
I guess it will come from the App.config, it is just a must have to workaround the issue.
Black magic! So Deploy as WebJob just reads from any XML file in the Project root?
No, not from any XML file. From the Parameters.xml file.
This works, but I don't like it. My first deploy worked perfectly only my second deploy complained about missing connection strings.
4

I have Visual Studio 2015 Update 3 and i was facing the same issue. The solution i found that is working for me is the following:

1) Open *.pubxml file under properties -> publish profiles.

2) Look for the Path attribute under PublishDatabaseSettings section:

<PublishDatabaseSettings>
      <Objects xmlns="">
        <ObjectGroup Name="eRecall.ETL.Models.erecallContext" Order="1" Enabled="False">
          <Destination Path="" />
          <Object Type="DbCodeFirst">
            <Source Path="DBContext" DbContext="eRecall.ETL.Models.erecallContext, eRecall.ETL" />
          </Object>
        </ObjectGroup>
      </Objects>
    </PublishDatabaseSettings> 

3) Set Path attribute value to the following:

<PublishDatabaseSettings>
      <Objects xmlns="">
        <ObjectGroup Name="eRecall.ETL.Models.erecallContext" Order="1" Enabled="False">
          <Destination Path="{deployment connection string}" />
          <Object Type="DbCodeFirst">
            <Source Path="DBContext" DbContext="eRecall.ETL.Models.erecallContext, eRecall.ETL" />
          </Object>
        </ObjectGroup>
      </Objects>
    </PublishDatabaseSettings>

4) Delete the existing webjob deployment in Azure Job Collection Scheduler.

5) Re-Deploy the webjob, Re-run the webjob from the scheduler and it starts working with no issues!

Hope this helps.

Comments

0

Delete the publishing profile and recreate it.

Comments

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.