[WiX-users] Help getting started with custom actions
My installer was simple so far, with only files to install. It has come the time where I may need to introduce custom actions, to generate a plugin cache/index at install time. I'm switching between WiX documentation and MSDN and blog posts and feeling a bit lost about CAs. Background: The index updater recursively looks for plugins in multiple directories, and writes their metadata in a binary file next to the DLLs. I have multiple applications that will use this. The common libraries (including the plugin loader and index updater tool) are in a separate .msi package. There is a Burn bundle (for each application) that chains the common-libraries package and the application package. What I need is to have every package run the index updater after installing its own files. On uninstallation of an application package, the index has to be updated again rather than being deleted, ie. the same CA would run. This is because there may be multiple packages installing plugins to the same directory. If I have A.msi and B.msi installed, uninstalling B.msi has to remove pluginB.dll and rerun the updater so that the plugin index only contains pluginA.dll. Uninstallation of the common-libraries package indicates the last application is being uninstalled, so in this case the index files would be deleted. I'm not sure how to handle rollback. Suppose A.msi is already installed, I install B.msi, the update-index CA runs, and for some reason installation fails and rolls back. The correct result is to have the index with only pluginA.dll in it, as it was before the installation started. Should the index updater store a backup that I can restore in rollback? If so, when would that backup be deleted? Or is it possible in a rollback to rerun the updater *after* pluginB.dll has been deleted? Except for the rollback issue, it looks like the easiest way is to use a type 18 deferred CA that runs plugin-update-index.exe from my app's installation directory after the files are installed. Is this the best way? -- Nicolás -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Force overwrite DLL with previous version inMajorUpgrade?
Hey Phil,
Can you tell me how it’s possible to schedule RemoveExistingProducts early
enough to avoid versioning rules being applied? I’m under the impression that
versioning rules are applied during CostFinalize, which has to come before
InstallInitialize, which has to come before RemoveExistingProducts. Am I
missing something?
Thanks,
Joel
> On Nov 26, 2014, at 2:39 PM, Phil Wilson wrote:
>
> It's an anomaly or the same bug in non SxS situations. It's not an
> installer limitation because an REP early in the install will remove
> the older product before the new one regardless of versions. You
> haven't posted your upgrade or majorupgrade WiX source, so it's worth
> verifying that you are really doing a major upgrade and that
> RemoveExistingProducts is in the appropriate place. If it's after
> InstallExecute then it's at the end and that will definitely invoke
> file versioning rules. Not all major upgrades are the same and you
> must have REP early to avoid versioning rules being applied.
> ---
> Phil Wilson
>
>
> On Tue, Nov 25, 2014 at 1:24 PM, Joel Budreau wrote:
>> Hey Klaus,
>>
>> If you want to perform a major upgrade and make sure all the files from the
>> newer installer are copied, make use of the REINSTALLMODE property -
>> http://msdn.microsoft.com/en-us/library/aa371182%28v=vs.85%29.aspx If you
>> set REINSTALLMODE=amus, the ‘a’ will ensure that all the new files are
>> installed (regardless of the versions that are already installed).
>>
>> Joel
>>
>>> On Nov 25, 2014, at 2:06 AM, Klaus Gütter wrote:
>>>
>>> Hi Phil,
>>>
>>> thank you for the KB link. But this situation does not apply to our case
>>> (no GAC or SxS involved).
>>>
>>> From the verbose log, I see that already in CostFinalize, the installer
>>> decides not to install the component:
>>> MSI (s) (BC:C8) [10:46:51:830]: Disallowing installation of component:
>>> {5572161F-6A73-4552-91C7-8108C28DF8CE} since the same component with higher
>>> versioned keyfile exists.
>>> RemoveRelatedProduct does however happily remove the component.
>>>
>>> Looks like an Installer limitation.
>>>
>>> Klaus Gütter
>>>
>>> -Ursprüngliche Nachricht-
>>> Von: Phil Wilson [mailto:phildgwil...@gmail.com]
>>> Gesendet: Montag, 24. November 2014 21:34
>>> An: General discussion about the WiX toolset.
>>> Betreff: Re: [WiX-users] Force overwrite DLL with previous version
>>> inMajorUpgrade?
>>>
>>> After InstallValidate should definitely work for a major upgrade. If that
>>> 2.4 version is not installed then you may have that MSI bug, especially if
>>> the file is in the GAC or SxS
>>> http://support.microsoft.com/kb/905238 and see if a repair restores the
>>> file.
>>>
>>> Anyway, take a verbose log and search for the file name and its component
>>> id. There are more routine possible issues, such as the component id being
>>> inadvertently shared with something, and hopefully the Dll is marked as key
>>> path.
>>> ---
>>> Phil Wilson
>>>
>>>
>>> On Mon, Nov 24, 2014 at 3:39 AM, Klaus Gütter
>>> wrote:
Hello,
I have the following situation: MyProduct version 1.1 uses ThirdPartyDll
version 2.5. For MyProduct version 1.2 we had to go back to ThirdPartyDll
version 2.4.
Is it possible to use an Major Upgrade in this situation? I had no luck
with this up to now:
- when scheduled afterInstallExecute, ThirdPartyDll version 2.5 is not
overwritten (as expected by the Installer rules)
- when scheduled afterInstallValidate, ThirdPartyDll version 2.5 is
removed, but version 2.4 is not installed.
If it matters: the MyProduct 1.1 setup was created with WiX 3.8, version
1.2 with WiX 3.9.
Klaus Gütter
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT
Server from Actuate! Instantly Supercharge Your Business Reports and
Dashboards with Interactivity, Sharing, Native Excel Exports, App
Integration & more Get technology previously reserved for
billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.
clktrk ___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
>>>
>>> --
>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from
>>> Actuate! Instantly Supercharge Your Business Reports and Dashboards with
>>> Interactivity, Sharing, Native Excel Exports, App Integration & more Get
>>> technology previously reserved for billion-dollar corporations, FREE
>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>>> ___
>>> WiX-users mailing list
>>> WiX
Re: [WiX-users] UNC path can't modify a file
So what I need to do? How can I use a custom action to change the file on the
network folder?
I could use the PermissionEx to give the permission to the PersonalFolders?
I have tried mapping to local drive:
If I have the UNC path \\myserver\myUser$\Documents to map the User Documents
to a network folder, I could create logical link to a drive for example I could
map \\myserver\myUser$ to local drive X:\ so the Documents folder could be
X:\Documents
I could call the c++ API to add the connection and remove
[DllImport("mpr.dll")]static extern UInt32 WNetAddConnection2(ref NETRESOURCE
lpNetResource, string lpPassword, string lpUsername, uint
dwFlags);[DllImport("mpr.dll")]static extern uint WNetCancelConnection2(string
lpName, uint dwFlags, bool bForce);
> Date: Wed, 26 Nov 2014 12:05:50 -0800
> From: phildgwil...@gmail.com
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] UNC path can't modify a file
>
> If this is a deferred CA in a per machine install the code will be
> running with the system account which usually has not network access
> privileges. What does "mapping to a local folder" mean?
> ---
> Phil Wilson
>
>
> On Wed, Nov 26, 2014 at 9:16 AM, Marco Tognacci wrote:
> > I need to modify an xml file located uding UNC path on the network.
> > I tried XmlFile but it report an error "failed to open the file".
> > IS there any way For doing this? I could use a custom action but I have the
> > same problem accessing the file.
> > I need to map the UNC path to a local folder? How to do thid?
> >
> >
> >
> >
> > Inviata dal mio Windows Phone
> > --
> > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> > from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> > with Interactivity, Sharing, Native Excel Exports, App Integration & more
> > Get technology previously reserved for billion-dollar corporations, FREE
> > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UNC path can't modify a file
If this is a deferred CA in a per machine install the code will be running with the system account which usually has not network access privileges. What does "mapping to a local folder" mean? --- Phil Wilson On Wed, Nov 26, 2014 at 9:16 AM, Marco Tognacci wrote: > I need to modify an xml file located uding UNC path on the network. > I tried XmlFile but it report an error "failed to open the file". > IS there any way For doing this? I could use a custom action but I have the > same problem accessing the file. > I need to map the UNC path to a local folder? How to do thid? > > > > > Inviata dal mio Windows Phone > -- > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need to support Downgrade installs
You have a majorupgrade element as well as an upgrade element. I'm not sure why. A single majorupgrade element with AllowDowngrades=yes should suffice. You should also post the entire log. --- Phil Wilson On Wed, Nov 26, 2014 at 11:14 AM, Rich Fowler wrote: > I would love to force the user to do the uninstall. But requirements > dictate otherwise. > > I am pursuing the suggestion to set the REINSTALLMODE property -- AND see > if I can remove the Redist MSMs from my install. After all, this is > strictly for in-house use. > > > Thanks for replying! > Rich > > On Wed, Nov 26, 2014 at 1:40 PM, David Connet > wrote: > >> Another approach would be to just throw up your hands and say "I can't >> upgrade from that." Force the users to uninstall before your install. >> Then the old version is removed. And the new one comes in cleanly. >> Assuming the old one uninstalls cleanly! Very user-hostile however... >> >> Dave >> >> On 11/26/2014 10:23 AM, Rich Fowler wrote: >> > Hi John, >> > Thanks so much for the quick response. >> > >> > I've seen some comments before about REINSTALLMODE-amus, but there were >> > serveral cautions around it. In particular, my real install also >> includes a >> > few redistributables (msm files). >> > >> > Guess it it time to research amus further. >> > >> > Again, >> > Thank You >> >> >> >> -- >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >> ___ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> > -- > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Force overwrite DLL with previous version inMajorUpgrade?
It's an anomaly or the same bug in non SxS situations. It's not an
installer limitation because an REP early in the install will remove
the older product before the new one regardless of versions. You
haven't posted your upgrade or majorupgrade WiX source, so it's worth
verifying that you are really doing a major upgrade and that
RemoveExistingProducts is in the appropriate place. If it's after
InstallExecute then it's at the end and that will definitely invoke
file versioning rules. Not all major upgrades are the same and you
must have REP early to avoid versioning rules being applied.
---
Phil Wilson
On Tue, Nov 25, 2014 at 1:24 PM, Joel Budreau wrote:
> Hey Klaus,
>
> If you want to perform a major upgrade and make sure all the files from the
> newer installer are copied, make use of the REINSTALLMODE property -
> http://msdn.microsoft.com/en-us/library/aa371182%28v=vs.85%29.aspx If you set
> REINSTALLMODE=amus, the ‘a’ will ensure that all the new files are installed
> (regardless of the versions that are already installed).
>
> Joel
>
>> On Nov 25, 2014, at 2:06 AM, Klaus Gütter wrote:
>>
>> Hi Phil,
>>
>> thank you for the KB link. But this situation does not apply to our case (no
>> GAC or SxS involved).
>>
>> From the verbose log, I see that already in CostFinalize, the installer
>> decides not to install the component:
>> MSI (s) (BC:C8) [10:46:51:830]: Disallowing installation of component:
>> {5572161F-6A73-4552-91C7-8108C28DF8CE} since the same component with higher
>> versioned keyfile exists.
>> RemoveRelatedProduct does however happily remove the component.
>>
>> Looks like an Installer limitation.
>>
>> Klaus Gütter
>>
>> -Ursprüngliche Nachricht-
>> Von: Phil Wilson [mailto:phildgwil...@gmail.com]
>> Gesendet: Montag, 24. November 2014 21:34
>> An: General discussion about the WiX toolset.
>> Betreff: Re: [WiX-users] Force overwrite DLL with previous version
>> inMajorUpgrade?
>>
>> After InstallValidate should definitely work for a major upgrade. If that
>> 2.4 version is not installed then you may have that MSI bug, especially if
>> the file is in the GAC or SxS
>> http://support.microsoft.com/kb/905238 and see if a repair restores the
>> file.
>>
>> Anyway, take a verbose log and search for the file name and its component
>> id. There are more routine possible issues, such as the component id being
>> inadvertently shared with something, and hopefully the Dll is marked as key
>> path.
>> ---
>> Phil Wilson
>>
>>
>> On Mon, Nov 24, 2014 at 3:39 AM, Klaus Gütter
>> wrote:
>>> Hello,
>>>
>>> I have the following situation: MyProduct version 1.1 uses ThirdPartyDll
>>> version 2.5. For MyProduct version 1.2 we had to go back to ThirdPartyDll
>>> version 2.4.
>>>
>>> Is it possible to use an Major Upgrade in this situation? I had no luck
>>> with this up to now:
>>> - when scheduled afterInstallExecute, ThirdPartyDll version 2.5 is not
>>> overwritten (as expected by the Installer rules)
>>> - when scheduled afterInstallValidate, ThirdPartyDll version 2.5 is
>>> removed, but version 2.4 is not installed.
>>>
>>> If it matters: the MyProduct 1.1 setup was created with WiX 3.8, version
>>> 1.2 with WiX 3.9.
>>>
>>> Klaus Gütter
>>>
>>> --
>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT
>>> Server from Actuate! Instantly Supercharge Your Business Reports and
>>> Dashboards with Interactivity, Sharing, Native Excel Exports, App
>>> Integration & more Get technology previously reserved for
>>> billion-dollar corporations, FREE
>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.
>>> clktrk ___
>>> WiX-users mailing list
>>> WiX-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>> --
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from
>> Actuate! Instantly Supercharge Your Business Reports and Dashboards with
>> Interactivity, Sharing, Native Excel Exports, App Integration & more Get
>> technology previously reserved for billion-dollar corporations, FREE
>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>> --
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.c
Re: [WiX-users] XmlFile fail to write on network folder file
I have tried to create a custom action with Impersonate=yes and Execute=Immediately but even with this I can't access the file inside the Custom Action. Is there any way to make the XmlFile element working for modify the xml file located on the network folder?The user have the access to the network and can modify the file, as I have tried the same code inside a sample application and in this application works, can access and modify the file. > Date: Wed, 26 Nov 2014 10:39:50 -0700 > From: robert_y...@agilent.com > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] XmlFile fail to write on network folder file > > In order to do this you need to run as a user identity that has network > privileges and access to the network location you need to access. If you > have Impersonate=no and Execute=deferred in your custom action, then you > will be running as LocalSystem, which does not have network privileges. > > > mark222 wrote > > I have tried to use a custom action for access the file from a network > > location, then update its content and save again in the network folder.I > > have used XDocument.Load(@"\\mynetwork\myfile.xml") to read the file but I > > receive an access violation exception for the permission.Is there any way > > for giving the rights to the custom action to acees and modify a file on > > the network?I need to open and modify a file on the user documents folder > > that is located on a network folder. > > > > > >> To: > > > wix-users@.sourceforge > > >> From: > > > mark222@ > > >> Date: Tue, 25 Nov 2014 10:31:55 +0100 > >> Subject: [WiX-users] XmlFile fail to write on network folder file > >> > >> I have used XmlFile element to modify an xml file located under the user > >> document folder, it fails if the user document folder is mapped on a > >> network folder. How to male this work? IS there any way to modify a file > >> on a network directory? > >> > >> > >> Inviata dal mio Windows Phone > >> -- > >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards > >> with Interactivity, Sharing, Native Excel Exports, App Integration & more > >> Get technology previously reserved for billion-dollar corporations, FREE > >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > >> ___ > >> WiX-users mailing list > >> > > > WiX-users@.sourceforge > > >> https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > > with Interactivity, Sharing, Native Excel Exports, App Integration & more > > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > > WiX-users@.sourceforge > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlFile-fail-to-write-on-network-folder-file-tp7598221p7598264.html > Sent from the wix-users mailing list archive at Nabble.com. > > -- > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need to support Downgrade installs
I would love to force the user to do the uninstall. But requirements dictate otherwise. I am pursuing the suggestion to set the REINSTALLMODE property -- AND see if I can remove the Redist MSMs from my install. After all, this is strictly for in-house use. Thanks for replying! Rich On Wed, Nov 26, 2014 at 1:40 PM, David Connet wrote: > Another approach would be to just throw up your hands and say "I can't > upgrade from that." Force the users to uninstall before your install. > Then the old version is removed. And the new one comes in cleanly. > Assuming the old one uninstalls cleanly! Very user-hostile however... > > Dave > > On 11/26/2014 10:23 AM, Rich Fowler wrote: > > Hi John, > > Thanks so much for the quick response. > > > > I've seen some comments before about REINSTALLMODE-amus, but there were > > serveral cautions around it. In particular, my real install also > includes a > > few redistributables (msm files). > > > > Guess it it time to research amus further. > > > > Again, > > Thank You > > > > -- > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need to support Downgrade installs
Another approach would be to just throw up your hands and say "I can't upgrade from that." Force the users to uninstall before your install. Then the old version is removed. And the new one comes in cleanly. Assuming the old one uninstalls cleanly! Very user-hostile however... Dave On 11/26/2014 10:23 AM, Rich Fowler wrote: > Hi John, > Thanks so much for the quick response. > > I've seen some comments before about REINSTALLMODE-amus, but there were > serveral cautions around it. In particular, my real install also includes a > few redistributables (msm files). > > Guess it it time to research amus further. > > Again, > Thank You -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need to support Downgrade installs
Hi John, Thanks so much for the quick response. I've seen some comments before about REINSTALLMODE-amus, but there were serveral cautions around it. In particular, my real install also includes a few redistributables (msm files). Guess it it time to research amus further. Again, Thank You On Wed, Nov 26, 2014 at 1:11 PM, Joel Budreau wrote: > Hey Rich, > > If you make your installers set REINSTALLMODE=amus files will be > overwritten regardless of their version. This would let you run upgrades > and downgrades where whomever comes last wins. > > http://msdn.microsoft.com/en-us/library/aa371182%28v=vs.85%29.aspx > > - Joel > > > On Nov 26, 2014, at 1:04 PM, Rich Fowler wrote: > > > > I need to allow Downgrading installations. This is for an internal > > application where a user may need to install version "N" over version > > "N+1". Yes, I know this is frowned upon, but management insists. We need > to > > make it seamless to our users. Forcing the user to first uninstall is not > > an option. > > > > I've searched most everywhere and think I am close to getting it right. > > However, after installing version "N" over top of "N+1" only the > unchanged > > files remain. It looks like the installer is determining which files to > > install before version "N+1" is removed. > > > > Following is a stripped down installation file. The "ACMEVERSION" > property > > changes from release to release as well as the file version withing the > > executable. > > After version 4.0.5.7 is installed, the directory contains two files - > the > > exe and txt file. After 4.0.4.4 is installed, the directory only contains > > the txt file, which is unchanged between the versions. > > > > Any advice or comments are deeply appreciated. > > > > > xmlns="http://schemas.microsoft.com/wix/2006/wi";> > ACMEVERSION = "4.0.04.04" ?> > "83ED9349-6CE8-49AF-AA9D-76A63BBF3667"?> > Name="MyApp" Language="1033" Version="$(var.ACMEVERSION)" > > Manufacturer="Acme" UpgradeCode="$(var.UpgradeCode)"> > InstallerVersion="405" Compressed="yes" Manufacturer="Acme" /> > > > >> Schedule="afterInstallValidate" RemoveFeatures="ProductFeature" /> > > > > > Id='PREVIOUSVERSIONSINSTALLED' Secure='yes' /> > Id='$(var.UpgradeCode)'> > Maximum='99.0.0.0' > > Property='PREVIOUSVERSIONSINSTALLED' > > MigrateFeatures="yes" IncludeMinimum='yes' IncludeMaximum='no' /> > > > > > > > Level="1"> > /> > > > > > > > > Id="AcmeAppComponent" Guid="304961E1-C871-4124-A802-76EFBA17E3A6" > >Directory="ACMEINSTALLFOLDER" > > Id="RmvFile" Name="AcmeApp.exe" On="install" /> > Id="AcmeEXE" Name="AcmeApp.exe" > > Source="..\$(var.ACMEVERSION)\AcmeApp.exe" /> > > > Guid="AD9DED34-7158-454E-8A3C-A9FC04F28621" > > Directory="ACMEINSTALLFOLDER" > > Name="Notes.txt" KeyPath="yes" /> > > > > > -- > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > > with Interactivity, Sharing, Native Excel Exports, App Integration & more > > Get technology previously reserved for billion-dollar corporations, FREE > > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need to support Downgrade installs
Thank You for the quick reply! Iv'e tried countless variations, and have just tried your suggestion with no success. You mentioned "Overlapped Upgrade" - I've not seen this term while searching. I will pursue it and see what happens. Again, Thank You On Wed, Nov 26, 2014 at 1:10 PM, John Cooper wrote: > You need to change your MajorUpgrade@Schedule attribute to something like > afterInstallInitialize. This will ensure that the previous version is > removed before the downgrade version is installed. A downgrade like this > won't allow you an overlapped upgrade. > > -- > John Merryweather Cooper > Senior Software Engineer | Enterprise Service Applications | Continuing > Development > Jack Henry & Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 | > jocoo...@jackhenry.com > > > > -Original Message- > From: Rich Fowler [mailto:richwfow...@gmail.com] > Sent: Wednesday, November 26, 2014 12:04 PM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Need to support Downgrade installs > > I need to allow Downgrading installations. This is for an internal > application where a user may need to install version "N" over version > "N+1". Yes, I know this is frowned upon, but management insists. We need to > make it seamless to our users. Forcing the user to first uninstall is not > an option. > > I've searched most everywhere and think I am close to getting it right. > However, after installing version "N" over top of "N+1" only the unchanged > files remain. It looks like the installer is determining which files to > install before version "N+1" is removed. > > Following is a stripped down installation file. The "ACMEVERSION" property > changes from release to release as well as the file version withing the > executable. > After version 4.0.5.7 is installed, the directory contains two files - the > exe and txt file. After 4.0.4.4 is installed, the directory only contains > the txt file, which is unchanged between the versions. > > Any advice or comments are deeply appreciated. > > xmlns="http://schemas.microsoft.com/wix/2006/wi";> ACMEVERSION = "4.0.04.04" ?> "83ED9349-6CE8-49AF-AA9D-76A63BBF3667"?> Name="MyApp" Language="1033" Version="$(var.ACMEVERSION)" > Manufacturer="Acme" UpgradeCode="$(var.UpgradeCode)"> InstallerVersion="405" Compressed="yes" Manufacturer="Acme" /> Id="ALLUSERS" Value="1" /> > Schedule="afterInstallValidate" RemoveFeatures="ProductFeature" /> > > Id='PREVIOUSVERSIONSINSTALLED' Secure='yes' /> Id='$(var.UpgradeCode)'> Maximum='99.0.0.0' > Property='PREVIOUSVERSIONSINSTALLED' > MigrateFeatures="yes" IncludeMinimum='yes' IncludeMaximum='no' /> > > > Level="1"> /> > > > > Id="AcmeAppComponent" Guid="304961E1-C871-4124-A802-76EFBA17E3A6" > Directory="ACMEINSTALLFOLDER" > Id="RmvFile" Name="AcmeApp.exe" On="install" /> Id="AcmeEXE" Name="AcmeApp.exe" > Source="..\$(var.ACMEVERSION)\AcmeApp.exe" /> > Guid="AD9DED34-7158-454E-8A3C-A9FC04F28621" > Directory="ACMEINSTALLFOLDER" > Name="Notes.txt" KeyPath="yes" /> > > > -- > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from > Actuate! Instantly Supercharge Your Business Reports and Dashboards with > Interactivity, Sharing, Native Excel Exports, App Integration & more Get > technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > NOTICE: This electronic mail message and any files transmitted with it are > intended > exclusively for the individual or entity to which it is addressed. The > message, > together with any attachment, may contain confidential and/or privileged > information. > Any unauthorized review, use, printing, saving, copying, disclosure or > distribution > is strictly prohibited. If you have received this message in error, please > immediately advise the sender by reply email and delete all copies. > > > > -- > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -
Re: [WiX-users] Need to support Downgrade installs
I don’t believe that this approach will actually work. The MSI components are evaluated during (before?) the CostFinalize action, so by the time InstallInitialize runs, the new MSI has already made up it’s mind about what components are going to be installed/ignored. This is fine if you always want files to increase in version, but if you actually want to be able to run an “upgrade” (uninstall + install) where the new installer lays down whatever it’s got, you have to use REINSTALLMODE. - Joel > On Nov 26, 2014, at 1:10 PM, John Cooper wrote: > > You need to change your MajorUpgrade@Schedule attribute to something like > afterInstallInitialize. This will ensure that the previous version is > removed before the downgrade version is installed. A downgrade like this > won't allow you an overlapped upgrade. > > -- > John Merryweather Cooper > Senior Software Engineer | Enterprise Service Applications | Continuing > Development > Jack Henry & Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 > |jocoo...@jackhenry.com > > > > -Original Message- > From: Rich Fowler [mailto:richwfow...@gmail.com] > Sent: Wednesday, November 26, 2014 12:04 PM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Need to support Downgrade installs > > I need to allow Downgrading installations. This is for an internal > application where a user may need to install version "N" over version "N+1". > Yes, I know this is frowned upon, but management insists. We need to make it > seamless to our users. Forcing the user to first uninstall is not an option. > > I've searched most everywhere and think I am close to getting it right. > However, after installing version "N" over top of "N+1" only the unchanged > files remain. It looks like the installer is determining which files to > install before version "N+1" is removed. > > Following is a stripped down installation file. The "ACMEVERSION" property > changes from release to release as well as the file version withing the > executable. > After version 4.0.5.7 is installed, the directory contains two files - the > exe and txt file. After 4.0.4.4 is installed, the directory only contains the > txt file, which is unchanged between the versions. > > Any advice or comments are deeply appreciated. > > xmlns="http://schemas.microsoft.com/wix/2006/wi";> ACMEVERSION = "4.0.04.04" ?> "83ED9349-6CE8-49AF-AA9D-76A63BBF3667"?> Name="MyApp" Language="1033" Version="$(var.ACMEVERSION)" > Manufacturer="Acme" UpgradeCode="$(var.UpgradeCode)"> InstallerVersion="405" Compressed="yes" Manufacturer="Acme" /> Id="ALLUSERS" Value="1" /> >Schedule="afterInstallValidate" RemoveFeatures="ProductFeature" /> > > Id='PREVIOUSVERSIONSINSTALLED' Secure='yes' /> Id='$(var.UpgradeCode)'> Maximum='99.0.0.0' > Property='PREVIOUSVERSIONSINSTALLED' > MigrateFeatures="yes" IncludeMinimum='yes' IncludeMaximum='no' /> > > Level="1"> /> > > > > Id="AcmeAppComponent" Guid="304961E1-C871-4124-A802-76EFBA17E3A6" >Directory="ACMEINSTALLFOLDER" > Id="RmvFile" Name="AcmeApp.exe" On="install" /> Id="AcmeEXE" Name="AcmeApp.exe" > Source="..\$(var.ACMEVERSION)\AcmeApp.exe" /> > Guid="AD9DED34-7158-454E-8A3C-A9FC04F28621" > Directory="ACMEINSTALLFOLDER" > Name="Notes.txt" KeyPath="yes" /> > > -- > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from > Actuate! Instantly Supercharge Your Business Reports and Dashboards with > Interactivity, Sharing, Native Excel Exports, App Integration & more Get > technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > NOTICE: This electronic mail message and any files transmitted with it are > intended > exclusively for the individual or entity to which it is addressed. The > message, > together with any attachment, may contain confidential and/or privileged > information. > Any unauthorized review, use, printing, saving, copying, disclosure or > distribution > is strictly prohibited. If you have received this message in error, please > immediately advise the sender by reply email and delete all copies. > > > -- > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://
Re: [WiX-users] Need to support Downgrade installs
Hey Rich, If you make your installers set REINSTALLMODE=amus files will be overwritten regardless of their version. This would let you run upgrades and downgrades where whomever comes last wins. http://msdn.microsoft.com/en-us/library/aa371182%28v=vs.85%29.aspx - Joel > On Nov 26, 2014, at 1:04 PM, Rich Fowler wrote: > > I need to allow Downgrading installations. This is for an internal > application where a user may need to install version "N" over version > "N+1". Yes, I know this is frowned upon, but management insists. We need to > make it seamless to our users. Forcing the user to first uninstall is not > an option. > > I've searched most everywhere and think I am close to getting it right. > However, after installing version "N" over top of "N+1" only the unchanged > files remain. It looks like the installer is determining which files to > install before version "N+1" is removed. > > Following is a stripped down installation file. The "ACMEVERSION" property > changes from release to release as well as the file version withing the > executable. > After version 4.0.5.7 is installed, the directory contains two files - the > exe and txt file. After 4.0.4.4 is installed, the directory only contains > the txt file, which is unchanged between the versions. > > Any advice or comments are deeply appreciated. > > xmlns="http://schemas.microsoft.com/wix/2006/wi";> ACMEVERSION = "4.0.04.04" ?> "83ED9349-6CE8-49AF-AA9D-76A63BBF3667"?> Name="MyApp" Language="1033" Version="$(var.ACMEVERSION)" > Manufacturer="Acme" UpgradeCode="$(var.UpgradeCode)"> InstallerVersion="405" Compressed="yes" Manufacturer="Acme" /> > >Schedule="afterInstallValidate" RemoveFeatures="ProductFeature" /> > > Id='PREVIOUSVERSIONSINSTALLED' Secure='yes' /> Id='$(var.UpgradeCode)'> Maximum='99.0.0.0' > Property='PREVIOUSVERSIONSINSTALLED' > MigrateFeatures="yes" IncludeMinimum='yes' IncludeMaximum='no' /> > > > Level="1"> /> > > > > Id="AcmeAppComponent" Guid="304961E1-C871-4124-A802-76EFBA17E3A6" >Directory="ACMEINSTALLFOLDER" > Id="RmvFile" Name="AcmeApp.exe" On="install" /> Id="AcmeEXE" Name="AcmeApp.exe" > Source="..\$(var.ACMEVERSION)\AcmeApp.exe" /> > Guid="AD9DED34-7158-454E-8A3C-A9FC04F28621" > Directory="ACMEINSTALLFOLDER" > Name="Notes.txt" KeyPath="yes" /> > > -- > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need to support Downgrade installs
You need to change your MajorUpgrade@Schedule attribute to something like afterInstallInitialize. This will ensure that the previous version is removed before the downgrade version is installed. A downgrade like this won't allow you an overlapped upgrade. -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry & Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: Rich Fowler [mailto:richwfow...@gmail.com] Sent: Wednesday, November 26, 2014 12:04 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Need to support Downgrade installs I need to allow Downgrading installations. This is for an internal application where a user may need to install version "N" over version "N+1". Yes, I know this is frowned upon, but management insists. We need to make it seamless to our users. Forcing the user to first uninstall is not an option. I've searched most everywhere and think I am close to getting it right. However, after installing version "N" over top of "N+1" only the unchanged files remain. It looks like the installer is determining which files to install before version "N+1" is removed. Following is a stripped down installation file. The "ACMEVERSION" property changes from release to release as well as the file version withing the executable. After version 4.0.5.7 is installed, the directory contains two files - the exe and txt file. After 4.0.4.4 is installed, the directory only contains the txt file, which is unchanged between the versions. Any advice or comments are deeply appreciated. http://schemas.microsoft.com/wix/2006/wi";> -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Need to support Downgrade installs
I need to allow Downgrading installations. This is for an internal application where a user may need to install version "N" over version "N+1". Yes, I know this is frowned upon, but management insists. We need to make it seamless to our users. Forcing the user to first uninstall is not an option. I've searched most everywhere and think I am close to getting it right. However, after installing version "N" over top of "N+1" only the unchanged files remain. It looks like the installer is determining which files to install before version "N+1" is removed. Following is a stripped down installation file. The "ACMEVERSION" property changes from release to release as well as the file version withing the executable. After version 4.0.5.7 is installed, the directory contains two files - the exe and txt file. After 4.0.4.4 is installed, the directory only contains the txt file, which is unchanged between the versions. Any advice or comments are deeply appreciated. http://schemas.microsoft.com/wix/2006/wi";> -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] XmlFile fail to write on network folder file
In order to do this you need to run as a user identity that has network privileges and access to the network location you need to access. If you have Impersonate=no and Execute=deferred in your custom action, then you will be running as LocalSystem, which does not have network privileges. mark222 wrote > I have tried to use a custom action for access the file from a network > location, then update its content and save again in the network folder.I > have used XDocument.Load(@"\\mynetwork\myfile.xml") to read the file but I > receive an access violation exception for the permission.Is there any way > for giving the rights to the custom action to acees and modify a file on > the network?I need to open and modify a file on the user documents folder > that is located on a network folder. > > >> To: > wix-users@.sourceforge >> From: > mark222@ >> Date: Tue, 25 Nov 2014 10:31:55 +0100 >> Subject: [WiX-users] XmlFile fail to write on network folder file >> >> I have used XmlFile element to modify an xml file located under the user >> document folder, it fails if the user document folder is mapped on a >> network folder. How to male this work? IS there any way to modify a file >> on a network directory? >> >> >> Inviata dal mio Windows Phone >> -- >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >> ___ >> WiX-users mailing list >> > WiX-users@.sourceforge >> https://lists.sourceforge.net/lists/listinfo/wix-users > > -- > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@.sourceforge > https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlFile-fail-to-write-on-network-folder-file-tp7598221p7598264.html Sent from the wix-users mailing list archive at Nabble.com. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] UNC path can't modify a file
I need to modify an xml file located uding UNC path on the network. I tried XmlFile but it report an error "failed to open the file". IS there any way For doing this? I could use a custom action but I have the same problem accessing the file. I need to map the UNC path to a local folder? How to do thid? Inviata dal mio Windows Phone -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Running a registered COM+ application as NT service
Hi , I am registering a native COM+ assembly using WiX. I opnened the properties of registerd com+ and found that , the check box under Activation tab was checked. Could anyone let me know is there any way/extensions exists in wix to achieve this? Thanks and Regards, Sampat -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Running-a-registered-COM-application-as-NT-service-tp7598259.html Sent from the wix-users mailing list archive at Nabble.com. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Can't modify file on network path
I need to modify a file on network folder "\\myfolder\myfile.xml" I have user XmlFile but it report an error because it use the cpp call to CreateFile but not call WNetAddConnection2 and this would create the network connection. I have tried to do this on a c# custom action but I have error when I try to access the file. How can I do? Inviata dal mio Windows Phone -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] No progress in installation
Hi All, Can anyone please update on this for the Sivaguru reply? Regards, Vadivel - Thanks in advance Karthik -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/No-progress-in-installation-tp7596525p7598256.html Sent from the wix-users mailing list archive at Nabble.com. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 3 digit bundle version number
The link you referenced shows a relative path to the dll, have you tried using $(SoluitonDir) instead? I don't use Team Build so I don't know if this would solve your problem. Brian If you can't explain it simply, you don't understand it well enough. - Albert Einstein On Wed, Nov 26, 2014 at 6:36 AM, Jan Suchotzki wrote: > Hi, > > I know this topic has beend addressed in many different flavors > already, but none seems to solve my issue. > > I would like to have the bundle version set to the version number of a > package. This is obviously easy, but I need to change the version number > format. We like to have a 3 digit number like this: > major.minor.revision. Now also this seems to be easy to do when > modifying the wixproj and using like explained > here: > > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-get-package-version-using-burn-API-td7591717.html > > Problem is that we are using Team Build and it changes several paths so > that the relative path works well on a development machine, but not on > the build machine. I tried to change Team Build but that seems to be > another major step so first trying to get this solved in wix. > > Do you have any recommendations how to get this done? > > Thanks and best regards > Jan > > > > > Schüco International KG > Sitz der Gesellschaft und Registergericht: Bielefeld > Handelsregister: HRA 8135 > > > -- > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] 3 digit bundle version number
Hi, I know this topic has beend addressed in many different flavors already, but none seems to solve my issue. I would like to have the bundle version set to the version number of a package. This is obviously easy, but I need to change the version number format. We like to have a 3 digit number like this: major.minor.revision. Now also this seems to be easy to do when modifying the wixproj and using like explained here: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-get-package-version-using-burn-API-td7591717.html Problem is that we are using Team Build and it changes several paths so that the relative path works well on a development machine, but not on the build machine. I tried to change Team Build but that seems to be another major step so first trying to get this solved in wix. Do you have any recommendations how to get this done? Thanks and best regards Jan Schüco International KG Sitz der Gesellschaft und Registergericht: Bielefeld Handelsregister: HRA 8135 -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
