I was duplicating the DLLs across both the web site and windows service
previously. I guess this is probably the simplest option at the cost of disk
space and duplicate components and files in the MSI.
My thought was that the reduced disk space and single set of components was
worth the comple
Thanks Phil. Is there a way to ensure in WXS file, such that the service gets
started after all the dependent dlls are installed?
-Original Message-
From: Wilson, Phil [mailto:phil.wil...@invensys.com]
Sent: Wednesday, February 01, 2012 5:11 PM
To: General discussion for Windows Insta
Service can't start can be a dependency issue. A service that's dependent on
Dlls being installed to the GAC or to SxS (C++ runtimes) will fail when MSI
starts because StartServices is before these are committed to the system. It
will start from Service Control Panel afterwards (if there's no ro
The error message is pretty generic, the service can't start for almost any
reason.
We have MSIs that run in full dialog mode so there is a dialog popped when the
service fails to start with the error you are seeing in the eventlog, with a
retry and cancel options.
When you get this dialog go
Hi,
I am currently trying to get my service started as a part of MSI install and am
unable to do so. In the event viewer, I see the following error:
Product: Myservice Cache Service -- Error 1920. Service ' Myservice '
(Myservice) failed to start. Verify that you have sufficient privileges to
What about duplicating the files? I know that sounds a bit crazy but if
you're okay taking a bit more size on disk when installed, the WiX
toolset's smartcabbing will only carry the files once in the package.
On Wed, Feb 1, 2012 at 3:47 PM, McKinnon, Chris wrote:
> Hi,
>
> I'm updating my insta
That's what I was going to suggest first. Can you open a bug to track the
issue?
On Wed, Feb 1, 2012 at 1:12 PM, John Cooper wrote:
> Hmm. Rebuilt with the latest Wix 3.6, and I still get:
>
> Action 15:10:21: WriteIIS7ConfigChanges. Installing Config Keys and Values
> MSI (s) (44:24) [15:10:21
Hi,
I'm updating my install process and I'd like to hear suggestions on improving
my install process.
My apps normally consist of a web site and a windows service. The apps and
installers are for "in-house" use only. In the past, I've modified the install
UI to allow to separate install loca
Thanks for the reply.
How do I set %WIX%? And what should I set it to?
Previously, I just installed WiX and compile worked fine. What might
have changed?
On Wed, Feb 1, 2012 at 18:05, Blair wrote:
> I don't know. Is the %WIX% environment variable set?
>
> I use the HarvestDirectory items instea
I am getting below error when trying to install a patch that has added a new
component (2 files). When looked from orca it appears to add the 2 files just
fine. Also if I add the new files to existing component instead of adding a new
component, it seems to be installing fine.
Additional infor
Hmm. Rebuilt with the latest Wix 3.6, and I still get:
Action 15:10:21: WriteIIS7ConfigChanges. Installing Config Keys and Values
MSI (s) (44:24) [15:10:21:915]: Executing op:
CustomActionSchedule(Action=WriteIIS7ConfigChanges,ActionType=11265,Source=BinaryData,Target=**,CustomActionData
Hi all,
We're using Torch/Pyro to create MSP patches for an installer originally
from InstallShield (haven't converted it to Wix yet) and we're ending up
with a negative number for the patch CAB's LastSequence number. This seems
to cause a 2920 "source directory not specified" error during instal
Wonderful. Is there an assembly I can take from the Wix 3.6 build and replace
in the 3.5? I've got to stay with 3.5 until 3.6 goes RTM.
--
John M. Cooper
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Wednesday, February 01, 2012 2:25 PM
To: General discus
This sounds very much like a bug that was fixed in WiX v3.6...
On Wed, Feb 1, 2012 at 11:17 AM, John Cooper wrote:
> Replying to myself:
>
> Commenting out the iis:WebDirProperties element results in a different
> error:
>
> Action 13:13:03: WriteIIS7ConfigChanges. Installing Config Keys and Val
UI design changed, documentation was not updated. Bug in the documentation.
Thanks.
On Wed, Feb 1, 2012 at 3:47 AM, Kyle Lee wrote:
> Hi,
>
> The WIX manual says,
> "The WiX Standard Bootstrapper Application displays a generic logo in the
> bottom left corner of the user interface."
>
>
> I use
Yes, that does sound like a bug that was fixed post-Beta.
On Wed, Feb 1, 2012 at 9:46 AM, Romeo S. wrote:
> It seems it has been fixed on latest build. I just reproduced it on the
> Beta
> but not in 3.6.2527.0
>
> Cheers,
> Romeo
>
> --
> View this message in context:
> http://windows-installer
Replying to myself:
Commenting out the iis:WebDirProperties element results in a different error:
Action 13:13:03: WriteIIS7ConfigChanges. Installing Config Keys and Values
MSI (s) (60:E0) [13:13:03:168]: Executing op:
CustomActionSchedule(Action=WriteIIS7ConfigChanges,ActionType=11265,Source=Bi
We are handling this scenario via automated query against a source control
repository, rather than at a binary level of the compiled output. We
investigated compiled output comparison as well, and it just was not a feasible
solution for us.
We handled this with a service account that checks-in
I'm getting an install time error during IIS7 Configuration:
WriteIIS7ConfigChanges: Error 0x80070057: Failed get handlers for DirProp.
This is with Wix 3.5 RTM.
An extract of the verbose log looks like:
Action 12:37:38: WriteIIS7ConfigChanges. Installing Config Keys and Values
MSI (s) (F4:74
I don't know. Is the %WIX% environment variable set?
I use the HarvestDirectory items instead of the PreBuildEvent property to
use the harvester in 3.5 myself.
-Original Message-
From: Mark Sugrue [mailto:mark.sug...@gmail.com]
Sent: Wednesday, February 01, 2012 8:57 AM
To: wix-users@lis
It seems it has been fixed on latest build. I just reproduced it on the Beta
but not in 3.6.2527.0
Cheers,
Romeo
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Moving-payload-to-Cache-Directory-tp7237441p7243773.html
Sent from the wix-users ma
That is what the "Common" Program Files directory was created for .
You use it similarly to the non-Common directory, except that components
shared between simultaneously installed products live there. Then there is
never any need to keep track of or even care about a COM object's
installation dire
I'm setting up a new build machine. VS2010, Wix3.5, etc. Everything
the same as the old machine. (both are x64 Win7 Pro)
When I try to build the installer on the new machine, I get an odd
error which I don't understand. Nothing on the web seems to match it.
The error isn't in my code, its on line
If the only changes in your bug fix are files in the file table, that should
work. To rebuild your code you may consider using dark on your released MSI
to get your base WIXPDB and to get your starting point for your bug fix.
The REINSTALL property will be autoselected to be the smallest section o
With the very same base MSI view installed with the very same options, and the
very same patch applied to it, variations of application would most likely then
be due to the file versioning rules (usually non-versioned files that are
written/touched outside of the InstallFiles action).
Everythin
I faced the same problem with the .Net 4.0 prerequisite. It seems that the
package is actually downloaded, even though it is not uninstalled.
Here is my package declaration:
http://go.microsoft.com/fwlink/?LinkId=164193";
DetectCondition="Netfx4FullVersion AND (NOT VersionNT64 OR
Netfx4
Hi Blair,
Thanks for your reply. Let me explain the reason why we're using the
registry search inside the MSM.
We have a product containing a COM object, let's call this product A. We
also have a product which is using the COM object of product A, let's
call this one product B. We've made both an
Hi,
The WIX manual says,
"The WiX Standard Bootstrapper Application displays a generic logo in the
bottom left corner of the user interface."
I used this last year (the version was 3.6.1608.0), and yes, the log showed
up in the bottom left corner of the dialog.
Now I am using v3.6.2221.0 and it
Hi,
After all your help :) I think I have a solution to my problem, please
let me know what you think:
My product is already installed on customers machines, I didn't save the
wixpdb nor the files.wxs (the Heat harvest file) of those releases,
since I didn't know I'll need them to issue a patch, I
29 matches
Mail list logo
