Giter VIP home page Giter VIP logo

wax's Introduction

Wax Build Status

An interactive editor for WiX Toolset setup projects.

Wax keeps your candle burning

While it's an easy task to create an empty setup project with the WiX Toolset, populating the list of deployable files and even more keeping the list up to date can be a very fumbling task. This tool is a Visual Studio Extension that helps you to create, verify and maintain the list of the deployed files in an interactive GUI.

Just select the projects that you want to install in the list box on the left side. Two data grids on the right will show you the target directories needed and files to be installed, and how they are mapped to the file nodes in your WiX setup project.

Files that have no corresponding item in the WiX setup project are show in red. You can add them to the setup project by clicking the '+' button in the rightmost column. Files that already exist in the setup project are shown in yellow. You can link them together by clicking the '?' button in the rightmost column. Files that already exist in the setup project but have multiple matches are shown in orange. You can link items together by selecting the proper file from the combo box.

The file grid supports multiple selection, so you can apply all commands to many files in one step.

Wax main screen

Installation


Make sure you have installed the WiX Toolset before installing Wax!


This tool is a Visual Studio Extension. Use the Visual Studio Extension Manager, install from the Visual Studio Marketplace, or download the binaries and double click the Wax.vsix in the windows explorer.

The Wax editor is a tool to maintain WiX projects, so you should have installed the WiX Toolset.

Usage

Preparing the solution

We'll assume here that you already have a solution with some projects that you want to deploy. The Wax editor is collecting the output of the selected project(s) to install and all dependencies to populate the files list. In order to get the full benefit from this tool, all files that need to be installed should be part of the projects. Files that are not generated by the build, e.g. read-me files or documentation, should be added to the project with the Build Action set to Content and Copy to Output Directory to Copy always or Copy if newer. If you follow this pattern, you won't have to manually fumble around with additional files in the WiX project.

Create a new WiX Setup project

If you don't already have a WiX Setup project in your solution, create a new one now:

  • In Visual Studio Click File, then click New, then click Project.
  • Choose the Windows Installer XML node in the Project types tree, then select Setup Project
  • Name your project and press OK.

Open the editor

The WiX Setup Editor menu entry is located in the Visual Studios "Tools" menu.

Wax main screen

When parsing the projects, all files of the Built, ContentFiles and LocalizedResourceDlls build groups are collected. If you want to deploy the symbol files with your project, check the Deploy symbols toggle button in the tool bar.

There are five sections you have to edit in sequential order. If a green check mark appears in the top right corner, this section is complete. If there is a red exclamation mark, the section needs editing.

If you have made conceptual changes to your solution while the editor is open, click the refresh button.

(1) Select the WiX project to edit.

As the first step select the WiX project you want to edit. If there is only one setup project in the solution, it will be already selected.

(2) Map the root directory.

The editor needs to know the root directory definition in the wix file. Simply select it from the items in the combo box. If you have created a new WiX Setup project, there is only one and it is named INSTALLFOLDER.

(3) Select the project(s) to install.

Select the project(s) that you want to install. This is maybe just the one .exe project in your solution. Since dependencies are detected automatically and don't need to be selected explicitly, they are not shown in the list; also test projects are hidden by default. However if you think some project is missing here, check the "Show all projects" check box to see every project of the solution.

Every project you select will be automatically added to the WiX projects references, so the build order will be correct and you can use project reference variables in the WiX project.

(4) Create the directory mappings.

If you projects need to deploy files into subdirectories of the INSTALLFOLDER, you need to define or map them here. If you are starting with an empty project, just click on the "+" in the rightmost column of each directory to create the WiX definitions. If there are already directories defined in the WiX project, a combo box will appear where you can select the directory that maps to the projects output folder.

(5) Create the file mappings.

The file mappings list shows all output from the selected projects. If you are starting with an empty WiX project, all files will be shown in red and the state is "Unmapped". You can select all files and click on the "+" button in the rightmost column to create all files entries.

If you are editing an existing WiX project that you have created manually or e.g. with the "Harvest" tool, files might also appear as "Unique" or "Ambiguous". "Unique" means that there is only one file with that name in the whole solution, so it probably matches the file to be installed. Click on the "?" button in the rightmost column to confirm the match. "Ambiguous" means that there are several files with the same name. Use the combo box to select the matching file.

Post processing

Save all files

Wax adds a new file to your setup project, named <project name>.wax. This file stores all configurations you have made in the above steps. Make sure to save this file with your project, since it contains all information you need to maintain the project later. Also make sure the WiX files (.wxs, .wxi) are saved.

Check your feature tree

Wax will add a ComponentGroupRef node for all component groups it creates to the first feature it finds in your project. If you have just one feature defined, this will be fine; if you have more than one feature in your setup project, copy or move the entries as desired.

  <Product ...>
    <Feature Id="ProductFeature" Title="ACME.Setup" Level="1">
      <ComponentGroupRef Id="ProductComponents" />
      <ComponentGroupRef Id="de_files" />
      <ComponentGroupRef Id="fr_files" />
    </Feature>
  </Product>

Now you should be able to build the setup project.

Powered by   ReSharper

Support this Project: Donate

wax's People

Contributors

bliz937 avatar leogiciel avatar maikebing avatar tom-englert avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

wax's Issues

Undefined preprocessor variable '$(var.LedControl.TargetDir)'

Hello,
I have just installed Wix 3.11.1 and Wix Toolset Visual Studio 2017 Extension and Wax 1.4.1788 from Visual Studio Marketplace.

I have then follow your instructions but the build fails with and error
Undefined preprocessor variable '$(var.LedControl.TargetDir)'

It seems like the File Mappings are a bit strange (or probably I'm doing something wrong)
After clicking on + for each file I get a number of defines in Project.wxs
This is what it looks like in Wix Setup Editor
FileMappings

This is whats added to the Project.wxs
Product_wxs

As you can hopefully see there are some variables used that isn't defined.
LedControl
Contracts
Data
LighterWrapper
Configuration
DCLog
Profile

These are all referenced projects!

How would I fix this?

DirectoryRef Id attribute is not a legal identifier

Hi!

I'm creating a setup project with WiX Toolset and Wax and I'm running into an issue (multiple to be honest) with fragments containing directory info

  <Fragment>
    <DirectoryRef Id="TODO:b6cbd831-7eeb-4f74-92a2-398332a91b43">
      <Directory Id="assets_bootstrap_3.3.5_css" Name="css" />
    </DirectoryRef>
  </Fragment>

I have no clue where the "TODO:" comes from or what to do about it.

I tried to replace those illegal characters with underscores, creating the Id "TODO_b6cbd831_7eeb_4f74_92a2_398332a91b43", but now I'm seing the error

Unresolved reference to symbol 'Directory:TODO_b6cbd831_7eeb_4f74_92a2_398332a91b43' in section 'Fragment:'

I'm relatively new to WiX and I'm not quite sure how to reference the symbol as I'm not seing the Guid "b6cbd831-7eeb-4f74-92a2-398332a91b43" anywhere in my project.

Thanks in advance for any help!

Handling second-tier references

I use this nuget package which delivers four dlls but references only the top two of them in the csproj. (see my post on SO explaining this behaviour).

VS and MSbuild both do right at compilation, detecting references from other two libraries and resolving them because they are on the same folder (according to this post ) and the four libraries are in the bin folder.

Wax doesn't detect them, and I understand that's because it's based on csproj file, but if MSBuild can do it maybe we can too ?

Regards

Problem setting root directory with Wix Setup editor

When I create a WiX merge module project and attempt to use the WiX setup editor to configure it, the root directory is "MergeRedirectFolder" in the initial wxs file, and the editor will not recognise this as a root directory. A red warning icon is next to the Root Directory entry, and this prevents me from setting anything else up with the editor. I am presuming that Wax can be used to configure merge module Wix projects?

Visual studio crash

Start the Wix Setup Editor from the tools menu
Pick the setup project to edit
Pick the root folder

Delete the wax file, close and relaunch Wix Setup Editor

Expected Result: Wax file is rebuilt
Actual Result: Visual studio crashes

I did this because I chose the wrong root directory and wanted to reset.

Install fails with MissingTargetFrameworkException

Attempted to install V 1.0.17.0 "wax.vsix" package (from gallery or standalone) in VS2013 Community on Windows 10, and get:

Microsoft.VisualStudio.ExtensionManager.MissingTargetFrameworkException: The extension 'Wax' requires a version of the .NET Framework that is not installed.

This appears to be a problem with framework 4.6 detection in some other extensions (eg dungpa/PowerTools@e352ec5), I assume the same applies here.

VS does not reliably detect Wix

Some users report that VS raises an error during installation of Wax, even though Wix is installed:

The new Version 1.0.16 seems to have a critical error in the Installation. I have WiX 3.10.3 installed and when i try to install the update for Wax i get a Microsoft.VisualStudio.ExtensionManager.MissingReferencesException in the log and the Installer tells me it is missing the WiX Toolset

? icon for documentation points to CodePlex

image
The ? button at the top for the WiX Setup Editor added via Wax opens a link to CodePlex.
According to the CodePlex page that comes up with the documentation, CodePlex is shutting down soon. Perhaps update the icon link to the Github location
image

MSBuild

Is it possible to integrate this tool with MSBuild only? We do not have VS installed on build server (Jenkins). So the question is what can we do?

Open an existing Wix project with Wax?

Is it possible to open and existing Wix project with Wax? I inherited a large Wix project that now requires changes. There are multiple developers in the repo and I'd rather not make a new project.

Error in install WAX

Can't install extensions because of "prerequisites that cannot be resolved"
VS2017

No files listed in File Mappings

Using Wix Toolset 3.11.1.2318, with the Wix Visual Studio 2017 Extension installed, and the latest Wax editor from the Marketplace. See attached screenshots. None of of the files from my projects appear in the File Mapping section. There doesn't seem to be a way to add files. I'm not sure how to finagle this so the files show up. I followed the tutorial as it appears in the Wiki, except the UI is slightly different. Cannot use the app as is.

waxnofilemapping
waxversion

The directory name: x64 is the same as one of the MSI Public Properties and can cause unforeseen side effects

error LGHT0204: ICE99: The directory name: x64 is the same as one of the MSI Public Properties and can cause unforeseen side effects. [D:\Multi-Runner\builds\3c61e4ea\0\maikebing\DES\src\DES.Installer\DES.Installer.wixproj]

Wrong code:
<Directory Id="x64" Name="x64" />

Resolvent:
http://stackoverflow.com/questions/16851193/with-wix-distribute-a-program-that-uses-sqlite-must-work-on-both-32bit-and-64b

My code
<Directory Id="DIR_x64" Name="x64" />

Can you fix this problem in the new version?

Directory mappings only contain native lib directories

I am trying to write a Wix installer for a single project WPF app. The problem appears to be the inclusion of LibGit2Sharp, which pulls in LibGit2Sharp.NativeBinaries. Wax seems to be confused by the presence of the .\lib directories under .\bin\debug.

This can easily be reproduced. Create an empty .Net Framework WPF application. Build it. Add a Wix v3 setup project. Open up the Wix Setup Editor. All looks normal. Add the LibGit2Sharp NuGet package to the WPF project's references. Build it. Go back to the Wix Setup Editor and refresh. The (4) Directory mappings Directory column becomes red and is filled only with the .\lib directories. The (5) File mappings table is all red, contains all the files in the .\lib directories which are labeled Unmapped, does not scroll, and nothing can be selected.

Wax does not find content files in .NET standard project

In a relatively large solution I have a single project with most of the resources and its target platform is .NET standard so that it can be shared across all the supported platforms.

The resulting DLL and its satelite assemblies are detected correctly by wax in this project.

But if I add folder with content files into this .NET standard project (Content, Copy if newer) they do not get discovered in the wax file mappings (5).

Secondly the project is greyed out in projects to install (3) and I could not find any information about this. What does it mean?

BTW MSBUILD recognises the content files correctly and delivers them to the proper release folders.

If I take the same file and place it in a standard .NET 4.5 project inside the same solution/build it resolves perfectly.

Wax error for Guid value

When creating the Wix project file with Wax Setup editor i get the following compilation error:

The Component/@Guid attribute's value, '1c3291b8-f364-4d4b-beb0-26f8fa743e78', is a mixed-case guid. All letters in a guid value should be uppercase.

Implementation of conditional builds

Dear Tom,

When the wxs file uses conditional builds, some times the Wax tool fails with some strange exception. I could drill it down to the following small example snippets in the attached file. Samples.txt

I am not sure if I do it the right way, but it does what I want to achieve and Wix can correctly process booth versions.

Wax goes this way:
Annotation 2019-08-15 124750

VS 2015 Update 3 Crash

Make sure visual studio 2015 is up to date. Clone gitextensions and run the vs 2015 build cmd file to make sure all nuget packages are pulled down. Open 2015 sln and try to show the WAX tool.

WIX Toolset:
image

ComponentGroupRef are not inserted in any feature

Documentation says :
Wax will add a ComponentGroupRef node for all component groups it creates to the first feature it finds in your project. If you have just one feature defined, this will be fine; if you have more than one feature in your setup project, copy or move the entries as desired.

  <Product ...>
    <Feature Id="ProductFeature" Title="ACME.Setup" Level="1">
      <ComponentGroupRef Id="ProductComponents" />
      <ComponentGroupRef Id="de_files" />
      <ComponentGroupRef Id="fr_files" />
    </Feature>
  </Product>

But no componentGroupRef is generated in my Wix project.

ASP.Net non-standard output

In ASP.Net applications, MSBUILD generates all dlls and pdbs in TargetDir, but project.FileName is like "{TargetDir}\bin\mainAssembly.dll" for main assembly dll and pdb.

@tom-englert fixed the source file location, removing the hard-coded "bin", but this folder is here to indicate to VS how to deploy the web application : when publishing the web application puts effectively every dll and pdb files into a bin subfolder (eg : {TargetDir}\bin\everydlls.dll).

I'll implement a "non standard output" detection when removing "bin" from the source path, to add it automatically when generating FileComponents in wix file.

Install fails with missing prerequisites

I tried installing the latest version 1.4.1788 from Visual Studio Marketplace. the install fails with this message in the log file.

2/5/2019 6:34:02 AM - Extension cannot be installed to the following products due to missing prerequisites:
2/5/2019 6:34:02 AM - Microsoft Visual Studio Professional 2017
2/5/2019 6:34:02 AM - -------------------------------------------------------
2/5/2019 6:34:02 AM - Identifier : Microsoft.VisualStudio.Component.CoreEditor
2/5/2019 6:34:02 AM - Name : Visual Studio core editor
2/5/2019 6:34:02 AM - Version : [15.8.27729.1,17.0)
2/5/2019 6:34:02 AM - Error : The prerequisite version specified does not match the version installed

My version of VS 2017 Pro is V15.7.5. My version of VS 2017 indicates there are no new updates to apply. The requirements that you indicate is VS 2015, 2017, and 2019. My current version falls within that requirement I believe. Can you please advise how this issue can be resolved.

Thank you for your time.

Wax display duplicate file to add

Hi,

when reloading my wax project a file is offered twice (Red line with Unmapped state) for addition to the WiX project. It appears to some dependency resolving sind it is a DLL of a Nuget pacxkage but I found no reason why this happens so I was wondering how the list is composed. Are there any detailed log files?

Thanks
Bernd

Error on startup

Just tried this out with a Solution I'm working on. This solution is quite large and already has a few setup projects in it. When I load Wax via Tools -> Wix Setup Editor, I get:

Error loading: System.NullReferenceException: Object reference not set to an instance of an object.
at tomenglertde.Wax.Model.VisualStudio.Solution..ctor(Solution solution)
at tomenglertde.Wax.MainViewModel..ctor(Solution solution)
at tomenglertde.Wax.MainView.Refresh()

Error Installing Extension

Getting an unable to find file error installing for VS 2017 RC. Here's the install log:

1/2/2017 8:27:32 PM - Microsoft VSIX Installer
1/2/2017 8:27:32 PM - -------------------------------------------
1/2/2017 8:27:32 PM - vsixinstaller.exe version:
1/2/2017 8:27:32 PM - 15.0.26014.0 built by: D15REL
1/2/2017 8:27:32 PM - -------------------------------------------
1/2/2017 8:27:32 PM - Command line parameters:
1/2/2017 8:27:32 PM - C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\vsixinstaller.exe,/appidinstallpath:C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\devenv.exe,/skuName:Community,/skuVersion:15.0.26014.0,/appidname:Microsoft Visual Studio Community 2017 RC,C:\Users\Peter\AppData\Local\Temp\VSIXbzd2o1o0.vsix
1/2/2017 8:27:32 PM - -------------------------------------------
1/2/2017 8:27:32 PM - Microsoft VSIX Installer
1/2/2017 8:27:32 PM - -------------------------------------------
1/2/2017 8:27:32 PM - Initializing Install...
1/2/2017 8:27:32 PM - Extension Details...
1/2/2017 8:27:32 PM - Identifier : 6b9b0621-c739-4ee5-9834-a0ba2a8d3596
1/2/2017 8:27:32 PM - Name : Wax
1/2/2017 8:27:32 PM - Author : tom-englert.de
1/2/2017 8:27:32 PM - Version : 1.0.19.0
1/2/2017 8:27:32 PM - Description : An interactive WiX-Setup editor; easily maintain the files to be installed.
1/2/2017 8:27:32 PM - Locale : en-US
1/2/2017 8:27:32 PM - MoreInfoURL : https://github.com/tom-englert/Wax
1/2/2017 8:27:32 PM - InstalledByMSI : False
1/2/2017 8:27:32 PM - SupportedFrameworkVersionRange : [4.5,)
1/2/2017 8:27:32 PM -
1/2/2017 8:27:32 PM - SignatureState : Unsigned
1/2/2017 8:27:32 PM - Supported Products :
1/2/2017 8:27:32 PM - Microsoft.VisualStudio.Pro
1/2/2017 8:27:32 PM - Version : [11.0,16.0)
1/2/2017 8:27:32 PM - Microsoft.VisualStudio.Community
1/2/2017 8:27:32 PM - Version : [11.0,16.0)
1/2/2017 8:27:32 PM - Microsoft.VisualStudio.Enterprise
1/2/2017 8:27:32 PM - Version : [11.0,16.0)
1/2/2017 8:27:32 PM -
1/2/2017 8:27:32 PM - References :
1/2/2017 8:27:32 PM - -------------------------------------------------------
1/2/2017 8:27:32 PM - Identifier : Microsoft.VisualStudio.MPF.11.0
1/2/2017 8:27:32 PM - Name : Visual Studio MPF 11.0
1/2/2017 8:27:32 PM - Version : [11.0,12.0)
1/2/2017 8:27:32 PM - MoreInfoURL :
1/2/2017 8:27:32 PM - Nested : No
1/2/2017 8:27:32 PM -
1/2/2017 8:27:32 PM - Prerequisites :
1/2/2017 8:27:32 PM - -------------------------------------------------------
1/2/2017 8:27:32 PM - Identifier : Microsoft.VisualStudio.Component.CoreEditor
1/2/2017 8:27:32 PM - Name : Visual Studio core editor
1/2/2017 8:27:32 PM - Version : [15.0.25824.0,16.0)
1/2/2017 8:27:32 PM -
1/2/2017 8:27:32 PM - Signature Details...
1/2/2017 8:27:32 PM - Extension is not signed.
1/2/2017 8:27:32 PM -
1/2/2017 8:27:35 PM - The extension with ID '6b9b0621-c739-4ee5-9834-a0ba2a8d3596' is not installed to Microsoft Visual Studio Community 2017 RC.
1/2/2017 8:27:46 PM - The following target products have been selected...
1/2/2017 8:27:46 PM - Microsoft Visual Studio Community 2017 RC
1/2/2017 8:27:46 PM -
1/2/2017 8:27:48 PM - Beginning to install extension to Microsoft Visual Studio Community 2017 RC...
1/2/2017 8:27:48 PM - Install Error : System.IO.FileNotFoundException: Unable to find the specified file.
at Microsoft.VisualStudio.ExtensionManager.ExtensionEngineImpl.GetCurrentSetupInstance()
at Microsoft.VisualStudio.ExtensionManager.ExtensionEngineImpl.PerformSetupEngineInstall(InstallableExtensionImpl extension, Boolean installPerMachine, Boolean isPackComponent, IDictionary2 extensionsInstalledSoFar, List1 extensionsUninstalledSoFar, IInstalledExtensionList modifiedInstalledExtensionsList, IProgress1 progress, InstallFlags installFlags, AsyncOperation asyncOp, IInstalledExtension& newExtension) at Microsoft.VisualStudio.ExtensionManager.ExtensionEngineImpl.InstallInternal(InstallableExtensionImpl extension, InstallFlags installFlags, IDictionary2 extensionsInstalledSoFar, List1 extensionsUninstalledSoFar, IInstalledExtensionList modifiedInstalledExtensionsList, AsyncOperation asyncOp, IProgress1 progress)
at Microsoft.VisualStudio.ExtensionManager.ExtensionEngineImpl.BeginInstall(IInstallableExtension installableExtension, InstallFlags installFlags, AsyncOperation asyncOp)
at Microsoft.VisualStudio.ExtensionManager.ExtensionEngineImpl.InstallWorker(IInstallableExtension extension, InstallFlags installFlags, AsyncOperation asyncOp)

Vertical Scrollbar

Just the tool I am looking for, however no vertical scrollbar makes it unusable for large projects. Am I missing something?

Checking product in WAX editor complains references already exist

Every time I attempt to check a new project under Projects to install, a "Microsoft Visual Studio" error dialog is opened for each component that has already been checked:
"A reference to component 'X' cannot be added. A reference to the component already exists in the project."

It appears all checked projects remain select and WAX attempts to add them again every time I try to check a new project.

Project Type: Setup Project for WiX v3
Visual Studio 2015 Update 3,
Wix Toolset Visual Studio 2015 Extension 0.9.21.62588
Wax 1.1.895

How to exclude a project that is detected as a dependency?

My main project output has a reference to another project (EXE) that is used solely for versioning maintenance in the build process. It is not something the user sees. It's attached as a build event only and it's being detected as a dependency. How do I exclude that from Wax?

Root Directory Values In Dropdown Missing

Hello Tom,

I'm trying to get started creating deployment packages using WiX and your tool Wax. After installing Wix and installing the Wax extension, I create a new WixToolset Setup Project. Once the project is added, I went to Tools -> Wix Setup Editor. In there, dialog box 2 does not display anything to select on. Did I miss a step? I'm using Visual Studio 2015 Community and the Wix project was under the framework 3.5.2.

No way to add Directory mappings

Per the readme:
(4) Create the directory mappings.
If you projects need to deploy files into subdirectories of the INSTALLFOLDER, you need to define or map them here. If you are starting with an empty project, just click on the "+" in the rightmost column of each directory to create the WiX definitions.

I can't find any '+' button besides those in the File mappings. I've tried adding the subdirectory manually in Product.wxs, but Directory mappings is always empty.

Project Type: Setup Project for WiX v3
Visual Studio 2015 Update 3,
Wix Toolset Visual Studio 2015 Extension 0.9.21.62588
Wax 1.1.895

Wax does not seem to pick up PackageReference dependencies

Steps:
create a new WPF project A with Visual Studio 2017 15.5
install Newtonsoft.Json into A (ensure it uses PackageReference)
create Wix Setup project B and reference A
open Wax editor for B

Expected: Newtonsoft.Json should be listed
Actual: it is not; only A.exe and A.exe.config are

Selection of the source folder for a project - Handle web projects dealing with "PublishedWebsite"

Hi, and thank you for the great work 👍

Output (in TargetDir folder) for WebAPI and MVC projects are different than real published content :

  • Content folders are not copied into bin folder but are taken from sources in debug

  • Some of the references are not published when option "Only files needed to run this application" is selected in project publish web preferences

These two VS behaviours imply we have to manually make many changes to wxs file, which will be lost if it is generated again.

It would be great if, by an option, we can select the publishedWebsite folder for these projects.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.