Re: [WiX-users] How to not copy a file in subsequent installations?

2014-02-25 Thread John Ludlow 
Follow the instructions here:

http://support.microsoft.com/kb/223300

The simplest way for logging a single session is to start the installer
with the /l switch

  msiexec /i c:\path\to\myinstall.msi /l*v c:\path\to\myinstall.log




On 25 February 2014 23:56, fiefie.niles  wrote:

> Where can I get the verbose install log from ?
>
>
> Sent via the Samsung Galaxy S(tm)III, an AT&T 4G LTE smartphone
>
>  Original message 
> From: "Hoover, Jacob" 
> Date:02/25/2014  5:12 PM  (GMT-06:00)
> To: "General discussion about the WiX toolset." <
> wix-users@lists.sourceforge.net>
> Subject: Re: [WiX-users] How to not copy a file in subsequent
> installations?
>
> What are the exact options you are using when reinstalling? (You can pass
> nasty options to msiexec to have it force overwrite things.)  A verbose
> install log will tell you exactly why it's doing it.
>
> -Original Message-
> From: Fiefie Niles [mailto:fiefie.ni...@nadex.com]
> Sent: Tuesday, February 25, 2014 3:37 PM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] How to not copy a file in subsequent
> installations?
>
> If that's the case, then why when I re-install today, it overrides the
> app.config, even though the time of the app.config in the installer and on
> the installed folder is different ?
>
> -Original Message-
> From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
> Sent: Tuesday, February 25, 2014 3:29 PM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] How to not copy a file in subsequent
> installations?
>
> It's date a time, not just date.
>
> -Original Message-
> From: faujong [mailto:fiefie.ni...@gmail.com]
> Sent: Tuesday, February 25, 2014 3:16 PM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] How to not copy a file in subsequent
> installations?
>
> Thank you for your reply.
>
> The first installation was today, so the app.config file date is today's
> date.
> I then today modified the app.config file on the installed folder.
>
> Do I understand it correctly that
> 1. when I re-install again today, it overrides the app.config file because
> the dates of the file in the installer and on the installed folder are the
> same, ie today's date ?
> 2. If I install tomorrow, since the dates of the file installer will be
> tomorrow's date, and the date of the fiile on the installed folder is
> tomorrow, it will NOT override the file  ?
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-not-copy-a-file-in-subsequent-installations-tp7592929p7592931.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Flow-based real-time traffic analytics software. Cisco certified tool.
> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> Customize your own dashboards, set traffic alerts and generate reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Flow-based real-time traffic analytics software. Cisco certified tool.
> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> Customize your own dashboards, set traffic alerts and generate reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> This electronic mail message and any attachments may contain confidential
> and/or privileged information that is only intended for use by, North
> American Derivatives Exchange, Inc. ("Nadex") or third-parties to whom it
> is directed. The contents of this electronic mail message are not to be
> copied, modified, published, transmitted, distributed, performed,
> displayed, or sold in any way. If you are not the addressee, you are
> prohibited from disclosing, copying, distributing or taking any action
> based on the contents of this message. If you have received this message by
> mistake, please contact the sender immediately. All email sent to or from
> the Nadex corporate email system may be retained, monitored and/or reviewed
> by Nadex personnel. Nadex is located at 311 South Wacker Drive, Suite 2675,
> Chicago, IL 60606. Nadex is subject to U.S. regulatory oversight by the
> CFTC. Futures, options and swaps trading involves risk and may not be
> appropriate for all investors. The contents hereof are not an offer, or a
> solicita

Re: [WiX-users] How to not copy a file in subsequent installations?

2014-02-25 Thread fiefie.niles 
Where can I get the verbose install log from ?


Sent via the Samsung Galaxy S™III, an AT&T 4G LTE smartphone

 Original message 
From: "Hoover, Jacob"  
Date:02/25/2014  5:12 PM  (GMT-06:00) 
To: "General discussion about the WiX toolset." 
 
Subject: Re: [WiX-users] How to not copy a file in subsequent installations? 

What are the exact options you are using when reinstalling? (You can pass nasty 
options to msiexec to have it force overwrite things.)  A verbose install log 
will tell you exactly why it's doing it.

-Original Message-
From: Fiefie Niles [mailto:fiefie.ni...@nadex.com] 
Sent: Tuesday, February 25, 2014 3:37 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] How to not copy a file in subsequent installations?

If that's the case, then why when I re-install today, it overrides the 
app.config, even though the time of the app.config in the installer and on the 
installed folder is different ?

-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: Tuesday, February 25, 2014 3:29 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] How to not copy a file in subsequent installations?

It's date a time, not just date.

-Original Message-
From: faujong [mailto:fiefie.ni...@gmail.com]
Sent: Tuesday, February 25, 2014 3:16 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How to not copy a file in subsequent installations?

Thank you for your reply.

The first installation was today, so the app.config file date is today's date.
I then today modified the app.config file on the installed folder.

Do I understand it correctly that
1. when I re-install again today, it overrides the app.config file because the 
dates of the file in the installer and on the installed folder are the same, ie 
today's date ?
2. If I install tomorrow, since the dates of the file installer will be 
tomorrow's date, and the date of the fiile on the installed folder is tomorrow, 
it will NOT override the file  ?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-not-copy-a-file-in-subsequent-installations-tp7592929p7592931.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

This electronic mail message and any attachments may contain confidential 
and/or privileged information that is only intended for use by, North American 
Derivatives Exchange, Inc. ("Nadex") or third-parties to whom it is directed. 
The contents of this electronic mail message are not to be copied, modified, 
published, transmitted, distributed, performed, displayed, or sold in any way. 
If you are not the addressee, you are prohibited from disclosing, copying, 
distributing or taking any action based on the contents of this message. If you 
have received this message by mistake, please contact the sender immediately. 
All email sent to or from the Nadex corporate email system may be retained, 
monitored and/or reviewed by Nadex personnel. Nadex is located at 311 South 
Wacker Drive, Suite 2675, Chicago, IL 60606. Nadex is subject to U.S. 
regulatory oversight by the CFTC. Futures, options and swaps trading involves 
risk and may not be appropriate for all investors. The contents hereof are not 
an offer, or a solicitation of an offer, to buy or sell any particular 
financial instrument listed on Nadex.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gamp

Re: [WiX-users] How to not copy a file in subsequent installations?

2014-02-25 Thread Hoover, Jacob 
What are the exact options you are using when reinstalling? (You can pass nasty 
options to msiexec to have it force overwrite things.)  A verbose install log 
will tell you exactly why it's doing it.

-Original Message-
From: Fiefie Niles [mailto:fiefie.ni...@nadex.com] 
Sent: Tuesday, February 25, 2014 3:37 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] How to not copy a file in subsequent installations?

If that's the case, then why when I re-install today, it overrides the 
app.config, even though the time of the app.config in the installer and on the 
installed folder is different ?

-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: Tuesday, February 25, 2014 3:29 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] How to not copy a file in subsequent installations?

It's date a time, not just date.

-Original Message-
From: faujong [mailto:fiefie.ni...@gmail.com]
Sent: Tuesday, February 25, 2014 3:16 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How to not copy a file in subsequent installations?

Thank you for your reply.

The first installation was today, so the app.config file date is today's date.
I then today modified the app.config file on the installed folder.

Do I understand it correctly that
1. when I re-install again today, it overrides the app.config file because the 
dates of the file in the installer and on the installed folder are the same, ie 
today's date ?
2. If I install tomorrow, since the dates of the file installer will be 
tomorrow's date, and the date of the fiile on the installed folder is tomorrow, 
it will NOT override the file  ?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-not-copy-a-file-in-subsequent-installations-tp7592929p7592931.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

This electronic mail message and any attachments may contain confidential 
and/or privileged information that is only intended for use by, North American 
Derivatives Exchange, Inc. ("Nadex") or third-parties to whom it is directed. 
The contents of this electronic mail message are not to be copied, modified, 
published, transmitted, distributed, performed, displayed, or sold in any way. 
If you are not the addressee, you are prohibited from disclosing, copying, 
distributing or taking any action based on the contents of this message. If you 
have received this message by mistake, please contact the sender immediately. 
All email sent to or from the Nadex corporate email system may be retained, 
monitored and/or reviewed by Nadex personnel. Nadex is located at 311 South 
Wacker Drive, Suite 2675, Chicago, IL 60606. Nadex is subject to U.S. 
regulatory oversight by the CFTC. Futures, options and swaps trading involves 
risk and may not be appropriate for all investors. The contents hereof are not
  an offer, or a solicitation of an offer, to buy or sell any particular 
financial instrument listed on Nadex.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Flow-based real-time traffic analytics software. Cisco cert

Re: [WiX-users] Suppress bundle caching and registration in ARP

2014-02-25 Thread Jun Yin 
Thank you Rob!

Unfortunately, the MSIs and MSPs in our product are already authored this way 
as I described in my last email, that they themselves manage "SKU" ARP entries. 
And it is costly to update our MSIs and MSPs to remove such custom actions, and 
switch our custom bootstrapper to Burn with a custom BA that does what we have 
today...

-Original Message-
From: Rob Mensching [mailto:r...@firegiant.com] 
Sent: Tuesday, February 25, 2014 1:39 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Suppress bundle caching and registration in ARP

Yes, what you said make sense. The suggestion would be to remove the custom 
actions that create the SKU Product ARP entry and just let Burn do it. It ends 
up being the same thing in the end except you need one less custom action 
(always a good thing!).

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: Jun Yin [mailto:jun...@microsoft.com]
Sent: Tuesday, February 25, 2014 11:34 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Suppress bundle caching and registration in ARP

Thank you Bob for the link to the blog.

In general I agree with Rob that we should consider Bundle as if it is MSI, 
which is cached and manageable. That is perhaps also the reason why 
setupexe/setupbld is retired after WiX 3.5.

Typically when we author a Bundle to install one or more MsiPackage, we would 
set MsiPackage/@Visiable to yes (or ARPSYSTEMCOMPONENT to 1), so that the ARP 
entry for the MSI is hidden from users. Only the ARP entry for the Bundle is 
visible to users so that users can manage the Bundle as a whole instead of 
managing individual packages and leaving the Bundle in a weird state.

However, we find there are some MSIs and MSPs that they themselves behave like 
a bundle. These MSIs and MSPs belong to a multi-MSI SKU product. The MSIs have 
custom actions that will create another SKU product ARP entry, and hide the MSI 
ARP entry. The MSPs also have custom actions to create another SKU update ARP 
entry, whose ParentKeyName is set to the SKU product ARP entry. The MSP ARP 
entry is hidden automatically because the MSI ARP is hidden by SystemComponent 
= 1.

Now we need to author a bundle to install such MSIs and MSPs, and we suddenly 
run into a dilemma:

1. If the Bundle is cached and registered, the MSIs and MSPs will create 
another set of SKU product and update ARP entries, in addition to the Bundle 
ARP entries. Since the users can interact with the SKU product and update ARP 
entries, they can even uninstall the underlying MSIs and MSPs all together.

2. If the users run the Bundle.exe again, the Bundle will say it is already 
installed, and thus offer only Repair and Uninstall functionalities.

Therefore, we want a "fire and forget" bootstrapper, which is not cached and 
registered. The boostrapper detects the installation state of the MSIs and 
MSPs, and always install them if they are current missing from the system. The 
users can always uninstall the MSIs and MSPs through the SKU product and update 
ARP entries.

Does what I said make sense?

Thanks,
Jun

-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Monday, February 24, 2014 8:01 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Suppress bundle caching and registration in ARP

On 24-Feb-14 20:41, Jun Yin wrote:
> Is it possible to suppress bundle caching and registration in ARP (Add/Remove 
> Programs or Program and Features).
No. Burn is not a "fire and forget" bootstrapper. See 
http://robmensching.com/blog/posts/2012/6/25/b-is-for-bundle-and-thats-good-enough-for-me
and http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/.

--
sig://boB
http://joyofsetup.com/


--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourcef

Re: [WiX-users] how to keep a web site during upgrade...

2014-02-25 Thread Rob Mensching 
Sorry, I missed the implied statement that you wanted uninstall to uninstall as 
well. It won't. What you're asking for is a very complex feature request that 
we've seen across the whole board of Windows Installer behaviors. The Windows 
Installer doesn't make this easy (maybe not possible in general case).

You *can* get the behavior you desire through very careful use of KeyPaths and 
scheduling RemoveExistingProducts very late. That's just very challenging to 
maintain.

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: Steve-Ogilvie [mailto:steven.ogil...@titus.com] 
Sent: Tuesday, February 25, 2014 2:21 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] how to keep a web site during upgrade...

Then how does it get removed on an Uninstall?

From: Rob Mensching-7 [via Windows Installer XML (WiX) toolset] 
[mailto:ml-node+s687559n7592936...@n2.nabble.com]
Sent: February-25-14 5:10 PM
To: Steven Ogilvie
Subject: Re: how to keep a web site during upgrade...

Make the Component permanent.

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: Steve-Ogilvie [mailto:[hidden 
email]]
Sent: Tuesday, February 25, 2014 1:48 PM
To: [hidden email]
Subject: [WiX-users] how to keep a web site during upgrade...

Hi,

I am not sure if I can do this but...

I have created a web site using the WIX
IIS::WebAppPool/IIS::WebSite/IIS::WebServiceExtension/IIS::WebDir

I would like to know if there is a way NOT to remove the website during an 
upgrade? (major upgrade, does an uninstall then install...)

thanks,

Steve
ps I think I already know the answer... SOL...



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-keep-a-web-site-during-upgrade-tp7592935.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/wix-users


If you reply to this email, your message will be added to the discussion below:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-keep-a-web-site-during-upgrade-tp7592935p7592936.html
To unsubscribe from how to keep a web site during upgrade..., click 
here.
NAML




--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-keep-a-web-site-during-upgrade-tp7592935p7592938.html
Sent from the wix-users mailing list archive at Nabble.com.
--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

---

Re: [WiX-users] how to keep a web site during upgrade...

2014-02-25 Thread Steve-Ogilvie 
Then how do you uninstall it?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-keep-a-web-site-during-upgrade-tp7592935p7592937.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] how to keep a web site during upgrade...

2014-02-25 Thread Steve-Ogilvie 
Then how does it get removed on an Uninstall?

From: Rob Mensching-7 [via Windows Installer XML (WiX) toolset] 
[mailto:ml-node+s687559n7592936...@n2.nabble.com]
Sent: February-25-14 5:10 PM
To: Steven Ogilvie
Subject: Re: how to keep a web site during upgrade...

Make the Component permanent.

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: Steve-Ogilvie [mailto:[hidden 
email]]
Sent: Tuesday, February 25, 2014 1:48 PM
To: [hidden email]
Subject: [WiX-users] how to keep a web site during upgrade...

Hi,

I am not sure if I can do this but...

I have created a web site using the WIX
IIS::WebAppPool/IIS::WebSite/IIS::WebServiceExtension/IIS::WebDir

I would like to know if there is a way NOT to remove the website during an 
upgrade? (major upgrade, does an uninstall then install...)

thanks,

Steve
ps I think I already know the answer... SOL...



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-keep-a-web-site-during-upgrade-tp7592935.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/wix-users


If you reply to this email, your message will be added to the discussion below:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-keep-a-web-site-during-upgrade-tp7592935p7592936.html
To unsubscribe from how to keep a web site during upgrade..., click 
here.
NAML




--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-keep-a-web-site-during-upgrade-tp7592935p7592938.html
Sent from the wix-users mailing list archive at Nabble.com.
--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] how to keep a web site during upgrade...

2014-02-25 Thread Rob Mensching 
Make the Component permanent.

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: Steve-Ogilvie [mailto:steven.ogil...@titus.com] 
Sent: Tuesday, February 25, 2014 1:48 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] how to keep a web site during upgrade...

Hi,

I am not sure if I can do this but...

I have created a web site using the WIX
IIS::WebAppPool/IIS::WebSite/IIS::WebServiceExtension/IIS::WebDir

I would like to know if there is a way NOT to remove the website during an 
upgrade? (major upgrade, does an uninstall then install...)

thanks,

Steve
ps I think I already know the answer... SOL...



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-keep-a-web-site-during-upgrade-tp7592935.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] how to keep a web site during upgrade...

2014-02-25 Thread Steve-Ogilvie 
Hi,

I am not sure if I can do this but...

I have created a web site using the WIX
IIS::WebAppPool/IIS::WebSite/IIS::WebServiceExtension/IIS::WebDir

I would like to know if there is a way NOT to remove the website during an
upgrade? (major upgrade, does an uninstall then install...)

thanks,

Steve
ps I think I already know the answer... SOL...



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-keep-a-web-site-during-upgrade-tp7592935.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Suppress bundle caching and registration in ARP

2014-02-25 Thread Rob Mensching 
Yes, what you said make sense. The suggestion would be to remove the custom 
actions that create the SKU Product ARP entry and just let Burn do it. It ends 
up being the same thing in the end except you need one less custom action 
(always a good thing!).

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: Jun Yin [mailto:jun...@microsoft.com] 
Sent: Tuesday, February 25, 2014 11:34 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Suppress bundle caching and registration in ARP

Thank you Bob for the link to the blog.

In general I agree with Rob that we should consider Bundle as if it is MSI, 
which is cached and manageable. That is perhaps also the reason why 
setupexe/setupbld is retired after WiX 3.5.

Typically when we author a Bundle to install one or more MsiPackage, we would 
set MsiPackage/@Visiable to yes (or ARPSYSTEMCOMPONENT to 1), so that the ARP 
entry for the MSI is hidden from users. Only the ARP entry for the Bundle is 
visible to users so that users can manage the Bundle as a whole instead of 
managing individual packages and leaving the Bundle in a weird state.

However, we find there are some MSIs and MSPs that they themselves behave like 
a bundle. These MSIs and MSPs belong to a multi-MSI SKU product. The MSIs have 
custom actions that will create another SKU product ARP entry, and hide the MSI 
ARP entry. The MSPs also have custom actions to create another SKU update ARP 
entry, whose ParentKeyName is set to the SKU product ARP entry. The MSP ARP 
entry is hidden automatically because the MSI ARP is hidden by SystemComponent 
= 1.

Now we need to author a bundle to install such MSIs and MSPs, and we suddenly 
run into a dilemma:

1. If the Bundle is cached and registered, the MSIs and MSPs will create 
another set of SKU product and update ARP entries, in addition to the Bundle 
ARP entries. Since the users can interact with the SKU product and update ARP 
entries, they can even uninstall the underlying MSIs and MSPs all together.

2. If the users run the Bundle.exe again, the Bundle will say it is already 
installed, and thus offer only Repair and Uninstall functionalities.

Therefore, we want a "fire and forget" bootstrapper, which is not cached and 
registered. The boostrapper detects the installation state of the MSIs and 
MSPs, and always install them if they are current missing from the system. The 
users can always uninstall the MSIs and MSPs through the SKU product and update 
ARP entries.

Does what I said make sense?

Thanks,
Jun

-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Monday, February 24, 2014 8:01 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Suppress bundle caching and registration in ARP

On 24-Feb-14 20:41, Jun Yin wrote:
> Is it possible to suppress bundle caching and registration in ARP (Add/Remove 
> Programs or Program and Features).
No. Burn is not a "fire and forget" bootstrapper. See 
http://robmensching.com/blog/posts/2012/6/25/b-is-for-bundle-and-thats-good-enough-for-me
and http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/.

--
sig://boB
http://joyofsetup.com/


--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@

Re: [WiX-users] How to not copy a file in subsequent installations?

2014-02-25 Thread Fiefie Niles 
If that's the case, then why when I re-install today, it overrides the 
app.config, even though the time of the app.config in the installer and on the 
installed folder is different ?

-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: Tuesday, February 25, 2014 3:29 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] How to not copy a file in subsequent installations?

It's date a time, not just date.

-Original Message-
From: faujong [mailto:fiefie.ni...@gmail.com]
Sent: Tuesday, February 25, 2014 3:16 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How to not copy a file in subsequent installations?

Thank you for your reply.

The first installation was today, so the app.config file date is today's date.
I then today modified the app.config file on the installed folder.

Do I understand it correctly that
1. when I re-install again today, it overrides the app.config file because the 
dates of the file in the installer and on the installed folder are the same, ie 
today's date ?
2. If I install tomorrow, since the dates of the file installer will be 
tomorrow's date, and the date of the fiile on the installed folder is tomorrow, 
it will NOT override the file  ?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-not-copy-a-file-in-subsequent-installations-tp7592929p7592931.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize 
your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

This electronic mail message and any attachments may contain confidential 
and/or privileged information that is only intended for use by, North American 
Derivatives Exchange, Inc. ("Nadex") or third-parties to whom it is directed. 
The contents of this electronic mail message are not to be copied, modified, 
published, transmitted, distributed, performed, displayed, or sold in any way. 
If you are not the addressee, you are prohibited from disclosing, copying, 
distributing or taking any action based on the contents of this message. If you 
have received this message by mistake, please contact the sender immediately. 
All email sent to or from the Nadex corporate email system may be retained, 
monitored and/or reviewed by Nadex personnel. Nadex is located at 311 South 
Wacker Drive, Suite 2675, Chicago, IL 60606. Nadex is subject to U.S. 
regulatory oversight by the CFTC. Futures, options and swaps trading involves 
risk and may not be appropriate for all investors. The contents hereof are not
  an offer, or a solicitation of an offer, to buy or sell any particular 
financial instrument listed on Nadex.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to not copy a file in subsequent installations?

2014-02-25 Thread Hoover, Jacob 
It's date a time, not just date.

-Original Message-
From: faujong [mailto:fiefie.ni...@gmail.com] 
Sent: Tuesday, February 25, 2014 3:16 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How to not copy a file in subsequent installations?

Thank you for your reply.

The first installation was today, so the app.config file date is today's date.
I then today modified the app.config file on the installed folder.

Do I understand it correctly that
1. when I re-install again today, it overrides the app.config file because the 
dates of the file in the installer and on the installed folder are the same, ie 
today's date ?
2. If I install tomorrow, since the dates of the file installer will be 
tomorrow's date, and the date of the fiile on the installed folder is tomorrow, 
it will NOT override the file  ?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-not-copy-a-file-in-subsequent-installations-tp7592929p7592931.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] unsubscribe

2014-02-25 Thread Shyam Kananm 
 

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to not copy a file in subsequent installations?

2014-02-25 Thread faujong 
Thank you for your reply.

The first installation was today, so the app.config file date is today's
date.
I then today modified the app.config file on the installed folder.

Do I understand it correctly that 
1. when I re-install again today, it overrides the app.config file because
the dates of the file in the installer and on the installed folder are the
same, ie today's date ?
2. If I install tomorrow, since the dates of the file installer will be
tomorrow's date, and the date of the fiile on the installed folder is
tomorrow, it will NOT override the file  ?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-not-copy-a-file-in-subsequent-installations-tp7592929p7592931.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to not copy a file in subsequent installations?

2014-02-25 Thread John Ludlow 
Have a read of this:

http://msdn.microsoft.com/en-us/library/aa370531(v=vs.85).aspx

Now, before you do your upgrade, have a look at the file's modified and
creation dates. If they match, then MSI takes that as a signal that they
can be overwritten (because it sets those dates to the same value during
install). It can also, optionally, do a hash check.

If a user has modified the file, then the dates should be different and MSI
will leave the file alone.

So the question is whether the file would be modified post installation? If
so, then you would need to look at a verbose upgrade log for further
details.



On 25 February 2014 20:13, faujong  wrote:

> n the Product.wxs, I set Schedule="afterInstallInitialize" in the
> MajorUpgrade so that if the installation fails, it will roll back to the
> previous version.
>
> Our Windows Service uses app.config that the installer copied to the
> installed machine. We do this by including the below line in the
> Product.wxs:
>
> 
> 
> Source="$(var.WixWindowsService2012.TargetDir)WixWindowsService2012.exe.config"
>   Name="WixWindowsService2012.exe.config"
>   Vital="yes" KeyPath="yes" />
> 
> We only want to copy this app.config file on the first installation, and we
> do NOT want to copy it in the subsequent installations.
>
> When I comment out the above Component element in the Product.wxs, the
> installation failed because during installation, it deletes the app.config
> on the installed folder, and since the Windows Service requires it to run,
> the installation fails.
>
> Following
> http://stackoverflow.com/questions/1912037/copy-if-not-exist-in-wix, I
> thought if I set the File element to be like below, it will NOT copy the
> file if the file already exists in the installed folder:
> 
> Source="$(var.WixWindowsService2012.TargetDir)WixWindowsService2012.exe.config"/>
> But, the above command still override the file.
>
> How can I make the installation to not copy the app.config to the installed
> folder if app.config already exists there ?
>
> Thank you.
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-not-copy-a-file-in-subsequent-installations-tp7592929.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Flow-based real-time traffic analytics software. Cisco certified tool.
> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> Customize your own dashboards, set traffic alerts and generate reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to not copy a file in subsequent installations?

2014-02-25 Thread faujong 
n the Product.wxs, I set Schedule="afterInstallInitialize" in the
MajorUpgrade so that if the installation fails, it will roll back to the
previous version.

Our Windows Service uses app.config that the installer copied to the
installed machine. We do this by including the below line in the
Product.wxs:




We only want to copy this app.config file on the first installation, and we
do NOT want to copy it in the subsequent installations.

When I comment out the above Component element in the Product.wxs, the
installation failed because during installation, it deletes the app.config
on the installed folder, and since the Windows Service requires it to run,
the installation fails.

Following
http://stackoverflow.com/questions/1912037/copy-if-not-exist-in-wix, I
thought if I set the File element to be like below, it will NOT copy the
file if the file already exists in the installed folder:

But, the above command still override the file.

How can I make the installation to not copy the app.config to the installed
folder if app.config already exists there ?

Thank you.



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-not-copy-a-file-in-subsequent-installations-tp7592929.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Suppress bundle caching and registration in ARP

2014-02-25 Thread Jun Yin 
Thank you Bob for the link to the blog.

In general I agree with Rob that we should consider Bundle as if it is MSI, 
which is cached and manageable. That is perhaps also the reason why 
setupexe/setupbld is retired after WiX 3.5.

Typically when we author a Bundle to install one or more MsiPackage, we would 
set MsiPackage/@Visiable to yes (or ARPSYSTEMCOMPONENT to 1), so that the ARP 
entry for the MSI is hidden from users. Only the ARP entry for the Bundle is 
visible to users so that users can manage the Bundle as a whole instead of 
managing individual packages and leaving the Bundle in a weird state.

However, we find there are some MSIs and MSPs that they themselves behave like 
a bundle. These MSIs and MSPs belong to a multi-MSI SKU product. The MSIs have 
custom actions that will create another SKU product ARP entry, and hide the MSI 
ARP entry. The MSPs also have custom actions to create another SKU update ARP 
entry, whose ParentKeyName is set to the SKU product ARP entry. The MSP ARP 
entry is hidden automatically because the MSI ARP is hidden by SystemComponent 
= 1.

Now we need to author a bundle to install such MSIs and MSPs, and we suddenly 
run into a dilemma:

1. If the Bundle is cached and registered, the MSIs and MSPs will create 
another set of SKU product and update ARP entries, in addition to the Bundle 
ARP entries. Since the users can interact with the SKU product and update ARP 
entries, they can even uninstall the underlying MSIs and MSPs all together.

2. If the users run the Bundle.exe again, the Bundle will say it is already 
installed, and thus offer only Repair and Uninstall functionalities.

Therefore, we want a "fire and forget" bootstrapper, which is not cached and 
registered. The boostrapper detects the installation state of the MSIs and 
MSPs, and always install them if they are current missing from the system. The 
users can always uninstall the MSIs and MSPs through the SKU product and update 
ARP entries.

Does what I said make sense?

Thanks,
Jun

-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com] 
Sent: Monday, February 24, 2014 8:01 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Suppress bundle caching and registration in ARP

On 24-Feb-14 20:41, Jun Yin wrote:
> Is it possible to suppress bundle caching and registration in ARP (Add/Remove 
> Programs or Program and Features).
No. Burn is not a "fire and forget" bootstrapper. See 
http://robmensching.com/blog/posts/2012/6/25/b-is-for-bundle-and-thats-good-enough-for-me
and http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/.

--
sig://boB
http://joyofsetup.com/


--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Burn Bundle Uninstall Questions

2014-02-25 Thread Holger Gubbels 
Hi UG,

I tried to implement a complex bootstrapper installer - unfortunately I made a 
mistake:

My Bundle consists of one msi package. The installation was successful. After 
installing I wanted to implement the uninstall routines. But my 
debug-bootstrapper do not want to recognize the installed bundle as "present". 
In DetectBegin the "Installed" property is "false". From program and Features I 
cannot deinstall the bundle, because it starts the cached bootstrapper which 
has no "uninstall" functionality.

So I thought, that the bootstrapper did not recognize the old bundle, because 
it got a new bundle guid (which I cannot change IMHO). But because it has the 
same upgradecode I changed the version and tried to install again. Unfotunately 
it seems like my debug bootstrapper startes the old bootstrapper to uninstall 
the old packages...but the old one does not have an uninstall functionality 
(see above...).

So:

1)  Is there a way to elimiate bundles from my system manually?

2)  How is the correct way: I do not want my active bootstrapper to just 
start the old one to do an uninstall - I want the msi to uninstall themselves 
quietly... Can I change somehow the guid of my bootstrapper to link it to the 
program and features cached version...?

And something I did not understand:
A bundle has a GUID and a InstallState itself - correct? All the examples just 
have one MSI and are setting the InstallState to the value given in 
PackageDetected. But if I have more than one package some of them could be 
present and some of them not. Or really difficult: My installed bundle has 
a.msi and b.msi and my new one has c.msi and d.msi. So I do want to uninstall 
a.msi and b.msi and do want to install c.msi and d.msi. But if I use the 
InstallState like in all examples I found, the install state would be "not 
present"... So I thought the "Installed" property in BeginDetect would be the 
correct one - looking for the bundle itself. Is that correct...? Is the bundle 
an entity on itself...?

Thanks a lot
Holger
--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to run our exe while .msm file triggered for installation - Merge Module

2014-02-25 Thread Phil Wilson 
You can't "run" a merge module or install it as a standalone item.
Merge modules must be used at build time when an MSI file is being
created. That's what the "merge" term is about.

You can ship merge modules (like Microsoft does) so they can be
included in the MSI files that users of their products create, but
that doesn't seem to be what you're referring to.
---
Phil Wilson


On Mon, Feb 24, 2014 at 9:34 PM, Vadivel Natarajan
 wrote:
> Hi All,
>
> Our team has started working on Merge Module concept. We are using Advanced 
> installer for this.
>
> First thing, we have created a msi using Advanced Installer which will ship a 
> file and also in turn it will run the .msm file to ship the other 2 files to 
> the default install location or to the location we give. Got success in both 
> installation and uninstallation.
>
> We started to analyzing how to run our burn setup(using Bootstrapper) while 
> the .msm file triggered for installation using Advanced installer. Could you 
> please share your suggestions on this?  Any idea? If possible,
> please provide the steps that we have to follow.
>
> Thanks in advance!!!
>
> Regards,
> Vadivel
>
> --
> Flow-based real-time traffic analytics software. Cisco certified tool.
> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> Customize your own dashboards, set traffic alerts and generate reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Is this a Bug in Wix Bootstrapper command line?

2014-02-25 Thread rw1017 
Hi!

If you're using TestBA written by bryan, you'll have to manually interpret
your parameters.

You'll have to implement what the BA will do when these are passed.

The results you see from your other post is correct.  Since you don't have
the implementation, it won't run the uninstall.

Go somewhere along the lines of(after the Plan part completes, of course):

if Command.Display < Display.Full && Command.Action ==
LaunchCommand.Uninstall
pass relay command to uninstall





--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Is-this-a-Bug-in-Wix-Bootstrapper-command-line-tp7592912p7592914.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WixExtension: how to use a messages.xml file

2014-02-25 Thread Phill Hogland 
Actually it turns out that it is not actually "working".  It was "working' in
the sense that the above changes allowed the Compiler Extension project to
compile succesfully.  However in a nost project, if the compiler encounters
any message related to this XML file it throws the following exception.

candle.exe(0,0): error CNDL0001: Stream is not a valid resource file.
Exception Type: System.ArgumentException
Stack Trace:
   at System.Resources.ResourceReader._ReadResources()
   at System.Resources.ResourceReader.ReadResources()
   at System.Resources.ResourceReader..ctor(Stream stream, 
Dictionary`2
resCache)
   at System.Resources.RuntimeResourceSet..ctor(Stream stream)
   at
System.Resources.ManifestBasedResourceGroveler.CreateResourceSet(Stream
store, Assembly assembly)
   at
System.Resources.ManifestBasedResourceGroveler.GrovelForResourceSet(CultureInfo
culture, Dictionary`2 localResourceSets, Boolean tryParents, Boolean
createIfNotExists, StackCrawlMark& stackMark)
   at 
System.Resources.ResourceManager.InternalGetResourceSet(CultureInfo
requestedCulture, Boolean createIfNotExists, Boolean tryParents,
StackCrawlMark& stackMark)
   at 
System.Resources.ResourceManager.InternalGetResourceSet(CultureInfo
culture, Boolean createIfNotExists, Boolean tryParents)
   at System.Resources.ResourceManager.GetString(String name, 
CultureInfo
culture)
   at System.Resources.ResourceManager.GetString(String name)
   at
Microsoft.Tools.WindowsInstallerXml.MessageHandler.GenerateMessageString(MessageLevel
messageLevel, MessageEventArgs mea)
   at
Microsoft.Tools.WindowsInstallerXml.ConsoleMessageHandler.GenerateMessageString(MessageLevel
messageLevel, MessageEventArgs mea)
   at
Microsoft.Tools.WindowsInstallerXml.MessageHandler.GetMessageString(Object
sender, MessageEventArgs mea)
   at
Microsoft.Tools.WindowsInstallerXml.ConsoleMessageHandler.Display(Object
sender, MessageEventArgs mea)
   at
Microsoft.Tools.WindowsInstallerXml.CompilerCore.OnMessage(MessageEventArgs
e)
   at
Qumu.Rdp.RdpExt.RdpExtension.RdpExtCompiler.ParseWinFeaturesElement(XmlNode
node, String componentId, Boolean win64) in
C:\Development\Installs\Tools\ext\RdpExt\wixext\WinFeatureCompiler.cs:line
110
   at
Qumu.Rdp.RdpExt.RdpExtension.RdpExtCompiler.ParseElement(SourceLineNumberCollection
sourceLineNumbers, XmlElement parentElement, XmlElement element, String[]
contextValues) in
C:\Development\Installs\Tools\ext\RdpExt\wixext\CompilerExtension.cs:line 60
   at
Microsoft.Tools.WindowsInstallerXml.CompilerExtension.ParseElement(SourceLineNumberCollection
sourceLineNumbers, XmlElement parentElement, XmlElement element, String&
keyPath, String[] contextValues)
   at
Microsoft.Tools.WindowsInstallerXml.CompilerCore.ParseExtensionElement(SourceLineNumberCollection
sourceLineNumbers, XmlElement parentElement, XmlElement element, String&
keyPath, String[] contextValues)
   at
Microsoft.Tools.WindowsInstallerXml.Compiler.ParseComponentElement(XmlNode
node, ComplexReferenceParentType parentType, String parentId, String
parentLanguage, Int32 diskId, String directoryId, String srcPath)
   at
Microsoft.Tools.WindowsInstallerXml.Compiler.ParseComponentGroupElement(XmlNode
node, ComplexReferenceParentType parentType, String parentId)
   at
Microsoft.Tools.WindowsInstallerXml.Compiler.ParseFragmentElement(XmlNode
node)
   at 
Microsoft.Tools.WindowsInstallerXml.Compiler.ParseWixElement(XmlNode
node)
   at 
Microsoft.Tools.WindowsInstallerXml.Compiler.Compile(XmlDocument
source)
   at 
Microsoft.Tools.WindowsInstallerXml.Tools.Candle.Run(String[] args)

If I comment out each this.Core.OnMessage(MyExtWarnings,...), or put it in a
block of code not reached by the compiler, then the exception does not
happen.  The XML is embedded into the DLL.  Any thoughts on how to debug
this problem?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WixExtension-how-to-use-a-messages-xml-file-tp7592715p7592915.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net

[WiX-users] Getting current downloading package name in BA for Web installer

2014-02-25 Thread Saravanan 
Hi All,

I am using Wix 3.7. I have created custom bootstrapper application for
creating web installer setup. It downloads and install the MSI file from
server. MSI file installation is started once download complete. I am not
facing any problem with this operations.
I have some doubts in following things.

Is it possible to get the package name (display name)? I need to display the
downloading package name in UI.

Is it possible to change the default download location of msi file?. In my
application msi file get downloaded in %localappdata%\Package Cache
location. But I have to download this in custom location and trigger the
package installation.

Log files for burn and msi is created in %temp% folder.
Is it possible to change the log file generate default location? I will add
more number of msi files in bundle. It is helpful me if we generate all log
files in custom path rather than %temp% folder.

Can you please advice me, how to do the above things in wix Bootstrapper
application?

Thanks,
Saravanan




--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Getting-current-downloading-package-name-in-BA-for-Web-installer-tp7592910.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Creating Web Installer

2014-02-25 Thread Saravanan 
Thanks Bob, It is working. I have another one doubt, how can we get the
downloading package name. I should show the downloading msi package name in
UI.  I have created a custom BA. In which Event i will get the acquiring
package name?

Thanks,
Saravana



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-Web-Installer-tp7592722p7592911.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Is this a Bug in Wix Bootstrapper command line?

2014-02-25 Thread Farrukhw 
I already posted a related problem here:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Managed-BA-command-line-not-effective-td7592884.html
and
http://stackoverflow.com/questions/21989084/wix-managed-ba-command-line-not-effective,
which is about command line passed during upgrade.

Now I tried to explore, how it interpret the command line. Here is my run
method to do so:

protected override void Run()
{
  string cmdOptions = string.Empty;
  this.Engine.Log(LogLevel.Verbose, "Launching custom TestBA UX");

   foreach (string cmdOpt in this.Command.GetCommandLineArgs())
   {
  cmdOptions += cmdOpt + "\n"; //collecting command line options
passed.
   }

Debug.WriteLine("Command.Display: {0} Command.Action: {1}",
this.Command.Display.ToString(), this.Command.Action.ToString());
   Environment.Exit(1);
}

I understand that Wixdba would digest its own command line options and would
pass extra to our Managed Bootstrapper Application. From above mentioned
post, this line from log:

[1A44:1E54][2014-02-24T17:47:22]i301: Applying execute package:
{f1d57671-5e3d-4be7-908f-5a47e72737d9}, action: Uninstall, path:
C:\ProgramData\Package
Cache\{f1d57671-5e3d-4be7-908f-5a47e72737d9}\BootstrapperSetup.exe,
arguments: '"C:\ProgramData\Package
Cache\{f1d57671-5e3d-4be7-908f-5a47e72737d9}\BootstrapperSetup.exe"
-uninstall -quiet -burn.related.upgrade'

shows that it is passing -uninstall and -quiet to BootstrapperSetup.exe
which is in cache i.e. already installed there.

Here are the results of command line options passed to Bootstrapper:

/C:\bin\Debug>BootstrapperSetup.exe -quite -uninstall/
*Command.Display: Full,  Command.Action: Uninstall * 

/C:\bin\Debug>>BootstrapperSetup.exe -q -uninstall/
*Command.Display: None  Command.Action: Uninstall*

/C:\bin\Debug>>BootstrapperSetup.exe -q -u/
*Command.Display: None  Command.Action: Install*


*Summary:* From above test, it seems that 

 1. -quite is not effective, while -q does.
 2. -u is not effective, while -Uninstall does.

Although, after knowing this, I can parse for -quite and -u in my Managed
Bootstrapper, but I would like to know, *If it is a Bug or I'm doing
something wrong here*.

Best regards



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Is-this-a-Bug-in-Wix-Bootstrapper-command-line-tp7592912.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to access BootstrapperApplicationdata.xml from wix extension

2014-02-25 Thread tom 

Ha sorry I solve other issue

my problem is that I need to get the Directory name out of the MSI if the
directory is a configurable directory

the manifest only contain the directory ID

I need the name to be able to show the default path for a feature

the problem is that the path for the MSI may contain (var.Configuration)

Can I evaluate it by myself from a preprocessor?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-access-BootstrapperApplicationdata-xml-from-wix-extension-tp7592877p7592908.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to access BootstrapperApplicationdata.xml from wix extension

2014-02-25 Thread tom 


Ok , I use a preprocessor extension and looks like it is working



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-access-BootstrapperApplicationdata-xml-from-wix-extension-tp7592877p7592907.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users