Changelog between all revisions of WiX Toolset plugin for Jenkins.
Released on: 2015-07-18
Release 1.12 is a minor bugfix release with fixes to the internal logging routines and the handling of directory paths:
- #6: A percent in a path or environment variable could cause the plugin to crash if the values where printed with the internal ToolsetLogger. The internal printf was changed to println.
- #6: The bugfix for handling of directory paths introduced with 1.11 was changed again. If a directory path ends with a backslash, the last backslash in directory path is removed. Otherwise a quotation mark could get casted by the backslash if directory path contains whitespaces and that would fail the Jenkins Process Builder.
Released on: 2015-07-08
Release 1.11 is a major bugfix release due to problems with running Wix Toolset on a Windows slave:
- #5: The commands calling candle.exe and light.exe are now using supporting Jenkins remote path and the native Jenkins Launcher for remote processes. A lot of thanks go to @pulphix who tested and tested and tested...
Released on: 2015-07-02
- Minimum required version of Jenkins is now 1.579
- Installation path can be left empty. Wix Toolset plugin is then expecting that the Wix Tools are added to the system environment variable PATH on Windows master or slave.
- github #4: Environment variables containing pathes are no longer rejected by default.
- Some refactoring and code cleanup
- Environment variables which contain a path which ends on a backslash are now escaped. This will avoid errors like CNDL0103 : The system cannot find the file 'XXX' with type 'Source'.
- github #5: The commands calling candle.exe and light.exe are now using relative paths instead of absolute paths. That should avoid a leading slash before the command if Jenkins master is running on Linux.
Released on: 2014-12-19
- Automatic addition of environment variables as parameters to candle and light is now globally configurable.
- Administrators can decide which environment variables should not be taken into account as parameter.
- Every log file from WiX Toolset plugin is now prefixed with wix.
- An empty filename for the MSI output is expanded to setup.msi.
- Changed global settings are immediately active.
Released on: 2014-09-29
- Added french translation. Thanks to @mildis.
- Added new help file for MSI Output.
- MSI Output can be also an executable (*.exe) if used together with bootstrapper.
- Some minor refactoring.
Released on: 2014-08-06
Versions prior to 1.7 had problems with whitespaces in the installation directory of WiX Toolset. The Builder for executing the command is changed to wrap the commands candle.exe and light.exe with double quotes.
Released on: 2014-07-18
Version 1.5 contained a critical error which made it impossible to build any setup with WiX Toolset. This error was produced while resolving a translated message.
It is now possible to define a filename for the MSI package. If this Advanced Setting is left blank the MSI package name defaults to setup.msi. Environment variables (as long as defined) are expanded to their value. A package name like setup-${BUILD_NUMBER}.msi results for e.g. to setup-40.msi.
Set architecture defaults for package, components, etc. values: x86, x64, or ia64 (default: x86)
- On the system configuration page the plugin is now called Wix Toolset instead of Windows Installer Builder.
- Extended validation of installation directory. Checks now if directory contains compiler candle.exe und linker light.exe.
- English and german messages depending on your system settings.
Environment variables are passed to Compiler candle.exe and light.exe as parameters as long as they are not defined as automatically rejected or contain directory entries with spaces. There is a list of automatically rejected variables:
- Path
- CommonProgramFiles The list will be updated in future versions to avoid problems during compilation or linking. Environment variables containing a '=' in its name are also automatically rejected.
Since version 1.3 Wix Toolset plugin was not able to resolve Ant-style file patterns like **/*.wxs to all WiX source files in a project. This is now possible with 1.4. All found source files are compiled to a single object file and linked into a single MSI package. The MSI package is named like the first source file resolved by the Ant pattern or a list of named source files. E.g. for the definition of source files are as follows:
- **/*.wxs will find all source files inside the build project
- **/v13.wxs will compile and link all files containing v13 in their filenames.
- source1.wxs, source2.wxs will compile and link only source1.wxs and source2.wxs
A lot of code was refactored to release faster and improve the plugin.
All settings are now saved after reconfiguring a job or restarting Jenkins.
Some options now have their own descriptions accessible via ?.
Version 1.2 was the official release after internal tests with Version 1.1