Re: [WiX-users] XmlFile or XmlConfig in patch .msp ?

[roberthyang]

I tried this, and also '-ext "%WIX%\WixUtilExtension.dll"', and while
torch/pyro didn't complain, I also didn't see an XmlFile table added by the
.msp.  The XML file was not modified when I ran the resulting patch, though
the log did indicate that the enclosing component was installed.

Same result with XmlConfig.


Nick Ramirez wrote
> Does 
/
> -ext WixUtilExtension
/
>  work?





--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlFile-or-XmlConfig-in-patch-msp-tp7598517p7598617.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=164703151&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 or XmlConfig in patch .msp ?

[Nick Ramirez]

Does /-ext WixUtilExtension/ work?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlFile-or-XmlConfig-in-patch-msp-tp7598517p7598616.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=164703151&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 or XmlConfig in patch .msp ?

[Phill Hogland]

-ext "%WIX%\WixUtilExtension.dll"



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlFile-or-XmlConfig-in-patch-msp-tp7598517p7598615.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=164703151&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 or XmlConfig in patch .msp ?

[roberthyang]

Thanks for the hint Nick.  Here is my torch cmdline :

"%WIX%\torch" -ax %PATCH_ADMIN_INSTALL% -p -xo
%BASE_ADMIN_INSTALL%\setup%BASE%.msi %PATCH_ADMIN_INSTALL%\setup.msi -out
%PATCHDIR%\diff.wixmst

I tried both "-ext UtilExtension" and "-ext
Microsoft.Tools.WindowsInstallerXml.Extensions.UtilExtension" and got errors
along the lines of the following : ("D:\qual7_sp1" is current dir)

"torch.exe : error TRCH0144 : The extension
'Microsoft.Tools.WindowsInstallerXml.Extensions.UtilExtension' could not be
loaded because of the following reason: Could not load file or assembly
'file:///D:\qual7_sp1\Microsoft.Tools.WindowsInstallerXml.Extensions.UtilExtension'
or one of its dependencies. The system cannot find the file specified."

What is the correct syntax for this ?  Cheers, and thanks again.


Nick Ramirez wrote
> What do your calls to torch.exe and pryo.exe look like? Do they include
> the -ext flag for the UtilExtension?





--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlFile-or-XmlConfig-in-patch-msp-tp7598517p7598613.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=164703151&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 or XmlConfig in patch .msp ?

[Nick Ramirez]

What do your calls to torch.exe and pryo.exe look like? Do they include the
-ext flag for the UtilExtension?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlFile-or-XmlConfig-in-patch-msp-tp7598517p7598549.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=164703151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile or XmlConfig in patch .msp ?

[roberthyang]

Hi all -- we are using Wix 3.8 in both our released product and service pack
1, created via torch/pyro as a .msp.  We need to be able to conditionally
modify an XML file installed with the released product.  

I was able to get the patch bootstrapper to show a couple of radiobuttons
using a custom theme, and then pass the result to the patch/MSI via
MspProperty.  Now I just need to figure out how to conditionally modify the
XML file using the property.

My first attempt at this was to put util:XmlFile in a component with a
condition gated by the property, and then include that component in the
patch family.  This does conditionally install the component, but the
XmlFile action does not seem to occur.  I notice that the .msp does not
include the XmlFile table, so that is probably the problem.  Is this just
not supported, or am I missing something ?

I have managed to include custom actions in the patch install (yes, I know I
know (smile)) so I could just go that route if all else fails...

Thanks for any assistance !
-Rob




--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlFile-or-XmlConfig-in-patch-msp-tp7598517.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=164703151&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

[Marco Tognacci]

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] XmlFile fail to write on network folder file

[roberthyang]

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

Re: [WiX-users] XmlFile fail to write on network folder file

[Marco Tognacci]

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@lists.sourceforge.net
> From: mark...@live.it
> 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@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] XmlFile fail to write on network folder file

[Marco Tognacci]

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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile Failed to find node

[Rob Mensching]

There is a bug open about the lack of namespace handling. Be awesome if someone 
was to fix it.

-Original Message-
From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] 
Sent: Saturday, February 1, 2014 11:49 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] XmlFile Failed to find node

2014-01-31 Jeremy :
> For the record and anyone curious, It seems to be XmlFile not liking 
> something about the xmlns in the nlog tag, somehow that's preventing 
> it from parsing the other elements.
>
> i.e. with a plain  in the app.config, those Util:XmlFile's work 
> great. But these in app.config, XmlFile errors:
>
> http://www.nlog-project.org/schemas/NLog.xsd"; xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance";>
>
> http://www.nlog-project.org/schemas/NLog.xsd";>

If you have http://example.com/";>,
the XPath expression "/foo/bar/quux" won't match, because it's asking for 
namespace-less elements, and both bar and quux are in a namespace.

It seems WiX doesn't support declaring namespace prefixes to be used in the 
XPath expression, so you'd have to use the ugly
"/foo/*[local-name() = 'bar']/*[local-name() = 'quux']". Or, if you want to 
make sure it only applies to an element in the right namespace, *[local-name() 
= 'foo' and namespace-uri() = 'http://example.com/']

--
Nicolás

--
WatchGuard Dimension instantly turns raw network data into actionable security 
intelligence. It gives you real-time visual feedback on key security issues and 
trends.  Skip the complicated setup - simply import a virtual appliance and go 
from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
WatchGuard Dimension instantly turns raw network data into actionable 
security intelligence. It gives you real-time visual feedback on key
security issues and trends.  Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&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 Failed to find node

[Nicolás Alvarez]

2014-01-31 Jeremy :
> For the record and anyone curious, It seems to be XmlFile not liking
> something about the xmlns in the nlog tag, somehow that's preventing it
> from parsing the other elements.
>
> i.e. with a plain  in the app.config, those Util:XmlFile's work
> great. But these in app.config, XmlFile errors:
>
> http://www.nlog-project.org/schemas/NLog.xsd"; xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance";>
>
> http://www.nlog-project.org/schemas/NLog.xsd";>

If you have http://example.com/";>,
the XPath expression "/foo/bar/quux" won't match, because it's asking
for namespace-less elements, and both bar and quux are in a namespace.

It seems WiX doesn't support declaring namespace prefixes to be used
in the XPath expression, so you'd have to use the ugly
"/foo/*[local-name() = 'bar']/*[local-name() = 'quux']". Or, if you
want to make sure it only applies to an element in the right
namespace, *[local-name() = 'foo' and namespace-uri() =
'http://example.com/']

-- 
Nicolás

--
WatchGuard Dimension instantly turns raw network data into actionable 
security intelligence. It gives you real-time visual feedback on key
security issues and trends.  Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&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 Failed to find node

[Jeremy]

For the record and anyone curious, It seems to be XmlFile not liking
something about the xmlns in the nlog tag, somehow that's preventing it
from parsing the other elements.

i.e. with a plain  in the app.config, those Util:XmlFile's work
great. But these in app.config, XmlFile errors:

http://www.nlog-project.org/schemas/NLog.xsd"; xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance";>

http://www.nlog-project.org/schemas/NLog.xsd";>

Cheers,
-Jeremy
--
WatchGuard Dimension instantly turns raw network data into actionable 
security intelligence. It gives you real-time visual feedback on key
security issues and trends.  Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&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 Failed to find node

[Jeremy]

On Fri, Jan 31, 2014 at 2:42 PM, John Cooper  wrote:

> Change your ElementPath to have the XPath without the /@value and add a
> Name attribute to util:XmlFile with the value "value".  It should work.
>


Thanks for the tip!

I tried that change with just the APIURL Util:XmlFile (which was working
before), it continued to work OK with that change. But when I add the other
Util:XmlFile's back in for the nlog entries, it errors again.


Action 15:33:02: ExecXmlFile.
ExecXmlFile:  Error 0x800710d8: failed to find node:
/configuration/nlog/rules/logger in XML file: C:\MyApp\MainApp.exe.config
Error 25532. Failed to find node:
/configuration/nlog/rules/logger[@writeTo='file'] in XML file:
C:\MyApp\MainApp.exe.config, system error: -2147020584
Action ended 15:33:03: InstallFinalize. Return value 3.
Action 15:33:03: Rollback. Rolling back action:


At the time of this error, before I hit "OK" and it gets rolled back, the
.config is present with the contents below. The APIURL is still set to
http://localhost instead of the replacement value too (which is weird since
that XmlFile entry worked great on its own), I guess it's trying to make a
temporary copy of the config somewhere and editing it elsewhere before
moving it into place?




  ... snip ...
  http://www.nlog-project.org/schemas/NLog.xsd"; xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance";>

  
  


  
  

  
  
http://localhost/api"; />
  



Here are the updated Util:XmlFile's I'm trying:









Cheers (from KC too no less, small world)!
Jeremy
--
WatchGuard Dimension instantly turns raw network data into actionable 
security intelligence. It gives you real-time visual feedback on key
security issues and trends.  Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&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 Failed to find node

[John Cooper]

Change your ElementPath to have the XPath without the /@value and add a Name 
attribute to util:XmlFile with the value "value".  It should work.

--
John Merryweather Cooper
Build & Install Engineer - ESA
Jack Henry & Associates, Inc.®
Shawnee Mission, KS  66227
Office:  913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com



-Original Message-
From: Jeremy [mailto:s6a9d6...@gmail.com] 
Sent: Friday, January 31, 2014 2:34 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XmlFile Failed to find node

Hello!

I am trying to use a couple XmlFile definitions to edit an app.config file 
using the WiX 3.8 toolset. I got one XmlFile working perfectly, but am getting 
a "Failed to find node" node error (-2147020584) with the others, but am a bit 
stumped as to why. I am not an XPath pro but the failing XmlFile entries are 
pretty much exactly like the working entry, I'm at a loss as to why one works 
and the others don't.


Here is a stripped down version of the app.config. I'm trying to change that 
appSettings/APIURL value element (working just fine), as well as the "minlevel" 
element in those nlog/rules/logger entries.


  

  
  http://www.nlog-project.org/schemas/NLog.xsd"; xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance";>

  
  


  
  

  
  
http://localhost/API/"; />
  



My transforms are relying on these properties if it makes any difference:


  http://api.test.com/"; />
  
  

  https://api.real.com/"; />
  
  



Here is my first XmlFile transform which is working perfectly:



However when I try to target those NLog settings, these are causing the "Failed 
to find node" errors. These three XmlFile entries are all in the same component 
which contains my .exe.config file.





I also even tried a simpler
ElementPath="/configuration/nlog/rules/logger/@minlevel" but that also got 
"Failed to find node".

The XPath query does seem to be correct, at least a couple random online XPath 
testing websites showed me I really was targeting what I'm trying to target. I 
also removed the name="*" from those logger lines in the xml config, thinking 
maybe that was throwing off the parsing somehow, but that didn't make any 
difference either. I also tried re-ordering the XmlFile entries thinking maybe 
the first one would work for some strange reason and all extra ones never will 
work, but that didn't help either.

Thanks for any and all assistance!

Best wishes
Jeremy
--
WatchGuard Dimension instantly turns raw network data into actionable security 
intelligence. It gives you real-time visual feedback on key security issues and 
trends.  Skip the complicated setup - simply import a virtual appliance and go 
from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&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.


--
WatchGuard Dimension instantly turns raw network data into actionable 
security intelligence. It gives you real-time visual feedback on key
security issues and trends.  Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile Failed to find node

[Jeremy]

Hello!

I am trying to use a couple XmlFile definitions to edit an app.config file
using the WiX 3.8 toolset. I got one XmlFile working perfectly, but am
getting a "Failed to find node" node error (-2147020584) with the others,
but am a bit stumped as to why. I am not an XPath pro but the failing
XmlFile entries are pretty much exactly like the working entry, I'm at a
loss as to why one works and the others don't.


Here is a stripped down version of the app.config. I'm trying to change
that appSettings/APIURL value element (working just fine), as well as the
"minlevel" element in those nlog/rules/logger entries.


  

  
  http://www.nlog-project.org/schemas/NLog.xsd"; xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance";>

  
  


  
  

  
  
http://localhost/API/"; />
  



My transforms are relying on these properties if it makes any difference:


  http://api.test.com/"; />
  
  

  https://api.real.com/"; />
  
  



Here is my first XmlFile transform which is working perfectly:



However when I try to target those NLog settings, these are causing the
"Failed to find node" errors. These three XmlFile entries are all in the
same component which contains my .exe.config file.





I also even tried a simpler
ElementPath="/configuration/nlog/rules/logger/@minlevel" but that also got
"Failed to find node".

The XPath query does seem to be correct, at least a couple random online
XPath testing websites showed me I really was targeting what I'm trying to
target. I also removed the name="*" from those logger lines in the xml
config, thinking maybe that was throwing off the parsing somehow, but that
didn't make any difference either. I also tried re-ordering the XmlFile
entries thinking maybe the first one would work for some strange reason and
all extra ones never will work, but that didn't help either.

Thanks for any and all assistance!

Best wishes
Jeremy
--
WatchGuard Dimension instantly turns raw network data into actionable 
security intelligence. It gives you real-time visual feedback on key
security issues and trends.  Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&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 supports /parent::* Xpath syntax ?

[Bala K]

Thanks a lot Rob, that did it
Bala

> From: r...@robmensching.com
> Date: Mon, 18 Mar 2013 14:38:11 -0700
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] XmlFile supports /parent::* Xpath syntax ?
> 
> When using XPath advanced features, be sure to set the
> XmlFile/@SelectionLanguage='XPath'. The default is 'XSLPattern' which
> doesn't have many features of full blown XPath (but XSLPatter works with
> older MSXML versions).
> 
> 
> On Mon, Mar 18, 2013 at 11:31 AM, Bala K  wrote:
> 
> >
> > Hi am using trying to use util:XmlFile to change an xml file but it fails
> > when i use a specific XPath, saying it couldnt find the path.
> > ExecXmlFile:  Error 0x80004005: failed to find node:
> > //Name/parent::Application in XML file: C:\Program Files\*\foobar.xml
> >
> > I have tested my xpath query on online XPath verification tool and they
> > were successful.
> >
> > Here is my sample xml and and the xpath query
> >  > ElementPath="//Name[\[].='Bar'[\]]/parent::Application/URL" Name="FooBar"
> > Value="[URL_STRING_VALUE]" File="[BinDir]foobar.xml"/>
> >
> >
> >  Bar   
> >  Default_Url
> >Foo
> >   Default_Url
> >
> >
> > --
> > Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics
> > Download AppDynamics Lite for free today:
> > http://p.sf.net/sfu/appdyn_d2d_mar
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
  
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile supports /parent::* Xpath syntax ?

[Rob Mensching]

When using XPath advanced features, be sure to set the
XmlFile/@SelectionLanguage='XPath'. The default is 'XSLPattern' which
doesn't have many features of full blown XPath (but XSLPatter works with
older MSXML versions).


On Mon, Mar 18, 2013 at 11:31 AM, Bala K  wrote:

>
> Hi am using trying to use util:XmlFile to change an xml file but it fails
> when i use a specific XPath, saying it couldnt find the path.
> ExecXmlFile:  Error 0x80004005: failed to find node:
> //Name/parent::Application in XML file: C:\Program Files\*\foobar.xml
>
> I have tested my xpath query on online XPath verification tool and they
> were successful.
>
> Here is my sample xml and and the xpath query
>  ElementPath="//Name[\[].='Bar'[\]]/parent::Application/URL" Name="FooBar"
> Value="[URL_STRING_VALUE]" File="[BinDir]foobar.xml"/>
>
>
>  Bar   
>  Default_Url
>Foo
>   Default_Url
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile supports /parent::* Xpath syntax ?

[Bala K]

Hi am using trying to use util:XmlFile to change an xml file but it fails when 
i use a specific XPath, saying it couldnt find the path. 
ExecXmlFile:  Error 0x80004005: failed to find node: //Name/parent::Application 
in XML file: C:\Program Files\*\foobar.xml

I have tested my xpath query on online XPath verification tool and they were 
successful.

Here is my sample xml and and the xpath query


   
Bar   
Default_Url  
  Foo   
Default_Url
  

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile can't create a child element

[Kjartan Þór Kjartansson]

Thank you, this solved the problem, I just did not see the space there

Regards,
Kjartan Þór

-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] 
Sent: 31. maí 2012 12:26
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile can't create a child element

There's a space in the Name attribute. Other than that, it looks like it should 
work. If that's not the problem, can you post the xml please ?

-Original Message-
From: Kjartan Þór Kjartansson [mailto:kjar...@fivedegrees.is]
Sent: 31 May 2012 12:42
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XmlFile can't create a child element

Hi,

I'm having a problem with using XmlFile to make changes to a configuration 
file. I'm trying to build the database appender configuration for log4net and I 
always get this error:

ExecXmlFile:  Error 0x80004005: failed to create child element:
conversionPattern

The source for generating this element is:




  

  



  



If I change the ElementPath I get an error saying that the path can't be found, 
so XmlFile can apparently find the parent element, but isn't able to create a 
child for some reason. I can find no information on this error via Google so 
I'm hoping someone here has run into a similar problem and point me in the 
right direction

Best regards,
Kjartan Þór


Kjartan Thor
Kjartansson<http://www.fivedegrees.nl/AboutUs/OurStaff#have-you-met:Kjartan>

Software Developer


Five Degrees
Borgartún 26

Reykjavik

Iceland


T: +354 551 0510


www.fivedegrees.nl<http://www.fivedegrees.nl/>




E-mail and attachments sent by Five Degrees employees may contain confidential 
and privileged information and are only intended for the addressee. The content 
of the message is the individual sender's responsibility, if it is not related 
to the operation of Five Degrees. If you are not the intended recipient of this 
e-mail, please notify us immediately by reply e-mail and then delete this 
message completely from your system.


-
-
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats.
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires 
that you delete it without acting upon or copying any of its contents, and we 
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.  
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, 
UK.


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile can't create a child element

[Peter Shirtcliffe]

There's a space in the Name attribute. Other than that, it looks like it
should work. If that's not the problem, can you post the xml please ?

-Original Message-
From: Kjartan Þór Kjartansson [mailto:kjar...@fivedegrees.is] 
Sent: 31 May 2012 12:42
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XmlFile can't create a child element

Hi,

I'm having a problem with using XmlFile to make changes to a configuration
file. I'm trying to build the database appender configuration for log4net and
I always get this error:

ExecXmlFile:  Error 0x80004005: failed to create child element:
conversionPattern

The source for generating this element is:




  

  



  



If I change the ElementPath I get an error saying that the path can't be
found, so XmlFile can apparently find the parent element, but isn't able to
create a child for some reason. I can find no information on this error via
Google so I'm hoping someone here has run into a similar problem and point me
in the right direction

Best regards,
Kjartan Þór


Kjartan Thor
Kjartansson<http://www.fivedegrees.nl/AboutUs/OurStaff#have-you-met:Kjartan>

Software Developer


Five Degrees
Borgartún 26

Reykjavik

Iceland


T: +354 551 0510


www.fivedegrees.nl<http://www.fivedegrees.nl/>




E-mail and attachments sent by Five Degrees employees may contain
confidential and privileged information and are only intended for the
addressee. The content of the message is the individual sender's
responsibility, if it is not related to the operation of Five Degrees. If you
are not the intended recipient of this e-mail, please notify us immediately
by reply e-mail and then delete this message completely from your system.


-
-
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat
landscape has changed and how IT managers can respond. Discussions will
include endpoint security, mobile security and the latest in malware threats.
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires 
that you delete it without acting upon or copying any of its contents, and we 
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.  
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, 
UK.


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile can't create a child element

[Kjartan Þór Kjartansson]

Hi,

I'm having a problem with using XmlFile to make changes to a configuration 
file. I'm trying to build the database appender configuration for log4net and I 
always get this error:

ExecXmlFile:  Error 0x80004005: failed to create child element: 
conversionPattern

The source for generating this element is:




  

  



  



If I change the ElementPath I get an error saying that the path can't be found, 
so XmlFile can apparently find the parent element, but isn't able to create a 
child for some reason. I can find no information on this error via Google so 
I'm hoping someone here has run into a similar problem and point me in the 
right direction

Best regards,
Kjartan Þór


Kjartan Thor 
Kjartansson

Software Developer


Five Degrees
Borgartún 26

Reykjavik

Iceland


T: +354 551 0510


www.fivedegrees.nl




E-mail and attachments sent by Five Degrees employees may contain confidential 
and privileged information and are only intended for the addressee. The content 
of the message is the individual sender's responsibility, if it is not related 
to the operation of Five Degrees. If you are not the intended recipient of this 
e-mail, please notify us immediately by reply e-mail and then delete this 
message completely from your system.


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile element issues - any XPath experts out there?

[Blair]

XSLPattern was the "draft standard" for XPath who's largest implementation
was released as part of IE (either 5 or 6, I'd have to go look it up). By
the time standardization of XPath 1.0 was complete (including separating the
XSLT and XPath languages, which were not separate at the time of the draft),
several changes had occurred altering the syntax on many (but not all)
queries. The only processor still in production implementing the obsolete
draft is MSXML3, which XmlFile and XmlConfig use.

Unfortunately when XmlFile was added to WiX, that history must not have been
known/understood or I believe they would have simply hardcoded the pattern
to use. MSXML3 couldn't default to the current standard because of legacy
code in use. All "newer" MSXML releases use XPath exclusively, as does the
.NET implementation.

I wrote a little tool to "MSI-format-ify" strings that I can use to
"convert" my tested XPath into what I need to place into my WiX. One of
these years I'll clean up that code and contribute it to the OSS universe...

Blair

-Original Message-
From: Dan Gough [mailto:goug...@gmail.com] 
Sent: Tuesday, January 17, 2012 6:44 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile element issues - any XPath experts out
there?

Thanks, although I have it working now without setting the
SelectionLanguage, I did try that out when debugging.  I assume they are
very similar if my XPath pattern match works as expected even when parsed as
XSLPattern.

On Sat, Jan 14, 2012 at 3:20 AM, Blair  wrote:

> In your XmlFile elements make sure you set @SelectionLanguage to 
> XPath. The obsolete XSLPattern default value uses a now obsolete 
> predecessor to XPath for the pattern matching.
>
> Blair
>
> -Original Message-
> From: Dan Gough [mailto:goug...@gmail.com]
> Sent: Wednesday, January 11, 2012 7:43 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] XmlFile element issues - any XPath experts out there?
>
> Hi,
>
> I've successfully set up a few xml file configuration items using the 
> XmlFile element, but I have an instance that is not working as 
> expected, hopefully somebody out there can help!
>
> This is a cut down sample of my xml file:
>
> 
> 
>
>
>UPDATEME
>
>
>UPDATEME
>
>
> 
>
>
> And this is my WiX markup:
>
>
> 
> ElementPath="/evidence_gatherer/evidence/evidence_type[/[]@type='notif
> icatio
> n'[/]]/xslt_sql"
> File="[#evidence_gatherer.xml]" Value="[#notification_sql.xsl]"/> 
> 
>
ElementPath="/evidence_gatherer/evidence/evidence_type[/[]@type='ts_feature'
> [/]]/xslt_sql"
> File="[#evidence_gatherer.xml]" Value="[#ts_feature_sql.xsl]"/>
>
>
> The result I get is that both statements end up selecting the same 
> first node (where type='notification'), which ends up being left set 
> to the value of the last operation.
>
> I believe I am correctly escaping the square brackets above.  If I try 
> to refer to them in order, e.g.
> /evidence_gatherer/evidence/evidence_type[1]/xslt_sql, that does not 
> work either.  Have I stumbled upon a bug (I'm using v3.6) or are my 
> XPath statements wrong?
>
> Thanks,
> Dan
>
> --
> --
> --
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a 
> complex infrastructure or vast IT resources to deliver seamless, 
> secure access to virtual desktops. With this all-in-one solution, 
> easily deploy virtual desktops for less than the cost of PCs and save 
> 60% on VDI infrastructure costs. Try it free! 
> http://p.sf.net/sfu/Citrix-VDIinabox
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> 
> RSA(R) Conference 2012
> Mar 27 - Feb 2
> Save $400 by Jan. 27
> Register now!
> http://p.sf.net/sfu/rsa-sfdev2dev2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers is
just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro
Style Apps, more. Free future releases when you su

Re: [WiX-users] XmlFile element issues - any XPath experts out there?

[Dan Gough]

Thanks, although I have it working now without setting the
SelectionLanguage, I did try that out when debugging.  I assume they are
very similar if my XPath pattern match works as expected even when parsed
as XSLPattern.

On Sat, Jan 14, 2012 at 3:20 AM, Blair  wrote:

> In your XmlFile elements make sure you set @SelectionLanguage to XPath. The
> obsolete XSLPattern default value uses a now obsolete predecessor to XPath
> for the pattern matching.
>
> Blair
>
> -Original Message-
> From: Dan Gough [mailto:goug...@gmail.com]
> Sent: Wednesday, January 11, 2012 7:43 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] XmlFile element issues - any XPath experts out there?
>
> Hi,
>
> I've successfully set up a few xml file configuration items using the
> XmlFile element, but I have an instance that is not working as expected,
> hopefully somebody out there can help!
>
> This is a cut down sample of my xml file:
>
> 
> 
>
>
>UPDATEME
>
>
>UPDATEME
>
>
> 
>
>
> And this is my WiX markup:
>
>
> 
> ElementPath="/evidence_gatherer/evidence/evidence_type[/[]@type='notificatio
> n'[/]]/xslt_sql"
> File="[#evidence_gatherer.xml]" Value="[#notification_sql.xsl]"/>
> 
> ElementPath="/evidence_gatherer/evidence/evidence_type[/[]@type='ts_feature'
> [/]]/xslt_sql"
> File="[#evidence_gatherer.xml]" Value="[#ts_feature_sql.xsl]"/>
>
>
> The result I get is that both statements end up selecting the same first
> node (where type='notification'), which ends up being left set to the value
> of the last operation.
>
> I believe I am correctly escaping the square brackets above.  If I try to
> refer to them in order, e.g.
> /evidence_gatherer/evidence/evidence_type[1]/xslt_sql, that does not work
> either.  Have I stumbled upon a bug (I'm using v3.6) or are my XPath
> statements wrong?
>
> Thanks,
> Dan
>
> 
> --
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual
> desktops for less than the cost of PCs and save 60% on VDI infrastructure
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> RSA(R) Conference 2012
> Mar 27 - Feb 2
> Save $400 by Jan. 27
> Register now!
> http://p.sf.net/sfu/rsa-sfdev2dev2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile element issues - any XPath experts out there?

[Blair]

In your XmlFile elements make sure you set @SelectionLanguage to XPath. The
obsolete XSLPattern default value uses a now obsolete predecessor to XPath
for the pattern matching.

Blair

-Original Message-
From: Dan Gough [mailto:goug...@gmail.com] 
Sent: Wednesday, January 11, 2012 7:43 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XmlFile element issues - any XPath experts out there?

Hi,

I've successfully set up a few xml file configuration items using the
XmlFile element, but I have an instance that is not working as expected,
hopefully somebody out there can help!

This is a cut down sample of my xml file:





UPDATEME


UPDATEME





And this is my WiX markup:






The result I get is that both statements end up selecting the same first
node (where type='notification'), which ends up being left set to the value
of the last operation.

I believe I am correctly escaping the square brackets above.  If I try to
refer to them in order, e.g.
/evidence_gatherer/evidence/evidence_type[1]/xslt_sql, that does not work
either.  Have I stumbled upon a bug (I'm using v3.6) or are my XPath
statements wrong?

Thanks,
Dan

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual
desktops for less than the cost of PCs and save 60% on VDI infrastructure
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile element issues - any XPath experts out there?

[Rob Mensching]

Yeah, XPath is horrid in those attributes given the escaping necessary to
pass through to MSI. Sadly, two "languages" designed in completely
different silos whose special characters collided really badly. 

On Wed, Jan 11, 2012 at 8:20 AM, Dan Gough  wrote:

> D'oh - solved.  I was incorrectly escaping the square brackets, using a
> forward slash instead of a backslash!  All working great now.
>
> Dan
>
> On Wed, Jan 11, 2012 at 3:43 PM, Dan Gough  wrote:
>
> > Hi,
> >
> > I've successfully set up a few xml file configuration items using the
> > XmlFile element, but I have an instance that is not working as expected,
> > hopefully somebody out there can help!
> >
> > This is a cut down sample of my xml file:
> >
> > 
> > 
> > 
> > 
> > UPDATEME
> > 
> > 
> > UPDATEME
> > 
> > 
> > 
> >
> >
> > And this is my WiX markup:
> >
> >
> >  >
> ElementPath="/evidence_gatherer/evidence/evidence_type[/[]@type='notification'[/]]/xslt_sql"
> > File="[#evidence_gatherer.xml]" Value="[#notification_sql.xsl]"/>
> >  >
> ElementPath="/evidence_gatherer/evidence/evidence_type[/[]@type='ts_feature'[/]]/xslt_sql"
> > File="[#evidence_gatherer.xml]" Value="[#ts_feature_sql.xsl]"/>
> >
> >
> > The result I get is that both statements end up selecting the same first
> > node (where type='notification'), which ends up being left set to the
> value
> > of the last operation.
> >
> > I believe I am correctly escaping the square brackets above.  If I try to
> > refer to them in order, e.g.
> > /evidence_gatherer/evidence/evidence_type[1]/xslt_sql, that does not work
> > either.  Have I stumbled upon a bug (I'm using v3.6) or are my XPath
> > statements wrong?
> >
> > Thanks,
> > Dan
> >
>
> --
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual
> desktops for less than the cost of PCs and save 60% on VDI infrastructure
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile element issues - any XPath experts out there?

[Dan Gough]

D'oh - solved.  I was incorrectly escaping the square brackets, using a
forward slash instead of a backslash!  All working great now.

Dan

On Wed, Jan 11, 2012 at 3:43 PM, Dan Gough  wrote:

> Hi,
>
> I've successfully set up a few xml file configuration items using the
> XmlFile element, but I have an instance that is not working as expected,
> hopefully somebody out there can help!
>
> This is a cut down sample of my xml file:
>
> 
> 
> 
> 
> UPDATEME
> 
> 
> UPDATEME
> 
> 
> 
>
>
> And this is my WiX markup:
>
>
>  ElementPath="/evidence_gatherer/evidence/evidence_type[/[]@type='notification'[/]]/xslt_sql"
> File="[#evidence_gatherer.xml]" Value="[#notification_sql.xsl]"/>
>  ElementPath="/evidence_gatherer/evidence/evidence_type[/[]@type='ts_feature'[/]]/xslt_sql"
> File="[#evidence_gatherer.xml]" Value="[#ts_feature_sql.xsl]"/>
>
>
> The result I get is that both statements end up selecting the same first
> node (where type='notification'), which ends up being left set to the value
> of the last operation.
>
> I believe I am correctly escaping the square brackets above.  If I try to
> refer to them in order, e.g.
> /evidence_gatherer/evidence/evidence_type[1]/xslt_sql, that does not work
> either.  Have I stumbled upon a bug (I'm using v3.6) or are my XPath
> statements wrong?
>
> Thanks,
> Dan
>
--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile element issues - any XPath experts out there?

[Dan Gough]

Hi,

I've successfully set up a few xml file configuration items using the
XmlFile element, but I have an instance that is not working as expected,
hopefully somebody out there can help!

This is a cut down sample of my xml file:





UPDATEME


UPDATEME





And this is my WiX markup:






The result I get is that both statements end up selecting the same first
node (where type='notification'), which ends up being left set to the value
of the last operation.

I believe I am correctly escaping the square brackets above.  If I try to
refer to them in order, e.g.
/evidence_gatherer/evidence/evidence_type[1]/xslt_sql, that does not work
either.  Have I stumbled upon a bug (I'm using v3.6) or are my XPath
statements wrong?

Thanks,
Dan
--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile Getting Scheduled During Uninstall

[Castro, Edwin G. (Hillsboro)]

Thank you for confirming what I was slowing starting to realize!

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail

> -Original Message-
> From: Bob Arnson [mailto:b...@joyofsetup.com]
> Sent: Saturday, June 26, 2010 4:15 PM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] XmlFile Getting Scheduled During Uninstall
> 
> On 6/25/2010 3:48 PM, Castro, Edwin G. (Hillsboro) wrote:
> > Does anybody know under what circumstances SchedXmlFile would schedule
> ExecXmlFile during uninstall?
> >
> 
> Pretty much always. In general, use XmlFile with Permanent="yes" for
> files you're installing and XmlConfig when you need to modify a file
> that's already installed and needs to be undone at uninstall.
> 
> --
> sig://boB
> http://joyofsetup.com/
> 
> 
> --
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile Getting Scheduled During Uninstall

[Bob Arnson]

On 6/25/2010 3:48 PM, Castro, Edwin G. (Hillsboro) wrote:
> Does anybody know under what circumstances SchedXmlFile would schedule 
> ExecXmlFile during uninstall?
>

Pretty much always. In general, use XmlFile with Permanent="yes" for 
files you're installing and XmlConfig when you need to modify a file 
that's already installed and needs to be undone at uninstall.

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


--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile Getting Scheduled During Uninstall

[Castro, Edwin G. (Hillsboro)]

My apologies. I meant that createElement operations are undo during *uninstall* 
(unless Permanent="Yes").

I think the code determines whether to install or uninstall by:

WcaIsUninstalling(pxfcUninstall->isInstalled, pxfcUninstall->isAction);

And isInstalled and isAction get set by:

::MsiGetComponentStateW(WcaGetInstallHandle(),
pwzData,
&(*ppxfcTail)->isInstalled,
&(*ppxfcTail)->isAction);

pwzData is set to the component ID:

WcaGetRecordString(hRec, xfqComponent, &pwzData);

So, it appears that the XmlFile actions are determined by the installed and 
action states of the component.

MSI (s) (AC:38) [10:53:29:551]: Component: ConfigureApplication; Installed: 
Local;   Request: Absent;   Action: Absent
MSI (s) (AC:38) [10:53:29:551]: Component: ConfigureDatabase; Installed: Local; 
  Request: Absent;   Action: Absent

To me that suggests that we are going to uninstall.

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail


> -Original Message-
> From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> Sent: Friday, June 25, 2010 1:39 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] XmlFile Getting Scheduled During Uninstall
> 
> I had not noticed the Permanent attribute in the documentation:
> 
> Permanent YesNoType Specifies whether or not the modification should be
> removed on uninstall. This has no effect on uninstall if the action was
> deleteValue.
> 
> I'm not specifying the Permanent attribute in my authoring. I'm
> assuming the default value is 'No'.
> 
> I still don't fully understand what Permanent="Yes" means for setValue
> operations.
> 
> Looking at the code in at http://wix.codeplex.com suggests that the
> createElement operations are undone during install (unless
> Permanent="Yes") but that's all that should be happening. In my case,
> I'm seeing the setValue operations getting scheduled during install.
> 
> Edwin G. Castro
> Software Developer - Staff
> Electronic Banking Services
> Fiserv
> Office: 503-746-0643
> Fax: 503-617-0291
> www.fiserv.com
> Please consider the environment before printing this e-mail
> 
> > -Original Message-
> > From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> > Sent: Friday, June 25, 2010 12:48 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: [WiX-users] XmlFile Getting Scheduled During Uninstall
> >
> > I'm using WiX 3.0.5419.0.
> >
> > I have a couple of installers that fail during uninstall because the
> > XmlFile modifications are getting applied at uninstall time (that was
> > unexpected) and the file to modify is no longer on the system (I see
> > appropriate FileRemove in the log file prior to the failing
> ExecXmlFile
> > in the log).
> >
> > Does anybody know under what circumstances SchedXmlFile would
> schedule
> > ExecXmlFile during uninstall?
> >
> > Edwin G. Castro
> > Software Developer - Staff
> > Electronic Banking Services
> > Fiserv
> > Office: 503-746-0643
> > Fax: 503-617-0291
> > www.fiserv.com<http://www.fiserv.com/>
> > P Please consider the environment before printing this e-mail
> >
> > -
> --
> > ---
> > ThinkGeek and WIRED's GeekDad team up for the Ultimate
> > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> > lucky parental unit.  See the prize list and enter to win:
> > http://p.sf.net/sfu/thinkgeek-promo
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> ---
> ---
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile Getting Scheduled During Uninstall

[Castro, Edwin G. (Hillsboro)]

I had not noticed the Permanent attribute in the documentation:

Permanent YesNoType Specifies whether or not the modification should be removed 
on uninstall. This has no effect on uninstall if the action was deleteValue.

I'm not specifying the Permanent attribute in my authoring. I'm assuming the 
default value is 'No'.

I still don't fully understand what Permanent="Yes" means for setValue 
operations.

Looking at the code in at http://wix.codeplex.com suggests that the 
createElement operations are undone during install (unless Permanent="Yes") but 
that's all that should be happening. In my case, I'm seeing the setValue 
operations getting scheduled during install.

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail

> -Original Message-
> From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> Sent: Friday, June 25, 2010 12:48 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] XmlFile Getting Scheduled During Uninstall
> 
> I'm using WiX 3.0.5419.0.
> 
> I have a couple of installers that fail during uninstall because the
> XmlFile modifications are getting applied at uninstall time (that was
> unexpected) and the file to modify is no longer on the system (I see
> appropriate FileRemove in the log file prior to the failing ExecXmlFile
> in the log).
> 
> Does anybody know under what circumstances SchedXmlFile would schedule
> ExecXmlFile during uninstall?
> 
> Edwin G. Castro
> Software Developer - Staff
> Electronic Banking Services
> Fiserv
> Office: 503-746-0643
> Fax: 503-617-0291
> www.fiserv.com<http://www.fiserv.com/>
> P Please consider the environment before printing this e-mail
> 
> ---
> ---
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile Getting Scheduled During Uninstall

[Castro, Edwin G. (Hillsboro)]

I'm using WiX 3.0.5419.0.

I have a couple of installers that fail during uninstall because the XmlFile 
modifications are getting applied at uninstall time (that was unexpected) and 
the file to modify is no longer on the system (I see appropriate FileRemove in 
the log file prior to the failing ExecXmlFile in the log).

Does anybody know under what circumstances SchedXmlFile would schedule 
ExecXmlFile during uninstall?

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
P Please consider the environment before printing this e-mail

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLFile

[Carolina Zuqueto Amaral]

Now, the configurations are working.

Thanks!

Carolina Zuqueto.
-Original Message-
From: Alexander Shevchuk (Volt) [mailto:a-ale...@microsoft.com] 
Sent: quinta-feira, 17 de junho de 2010 20:40
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile

Add SelectionLanguage attribute to your  element:






-Original Message-
From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br]
Sent: Thursday, June 17, 2010 3:20 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile

This is my xml:
  
 

 


\\convs07\Historical 
Integration\DataFarm\WIT\Files\
 
 
  Provider=SQLNCLI10.1;Data 
Source=CONVS04;Integrated Security=SSPI;Initial 
Catalog=WIT_Historical
 
  

I need to configure the nodes  , but the only difference between 
them is the path.
I isn´t getting to set it.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day 
Giveaway. ONE MASSIVE PRIZE to the lucky parental unit.  See the prize list and 
enter to win:
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Confidencialidade: A informação contida nesta mensagem de e-mail, incluindo 
quaisquer anexos, é confidencial e está reservada apenas à pessoa ou entidade 
para a qual foi endereçada. Se você não é o destinatário ou a pessoa 
responsável por encaminhar esta mensagem ao destinatário, você está, por meio 
desta, notificado que não deverá rever, retransmitir, imprimir, copiar, usar ou 
distribuir esta mensagem de e-mail ou quaisquer anexos. Caso você tenha 
recebido esta mensagem por engano, por favor, contate o remetente imediatamente 
e apague esta mensagem de seu computador ou de qualquer outro banco de dados. 
Grato.

Confidentiality Notice: The information contained in this email message, 
including any attachment, is confidential and is intended only for the person 
or entity to which it is addressed. If you are neither the intended recipient 
nor the employee or agent responsible for delivering this message to the 
intended recipient, you are hereby notified that you may not review, 
retransmit, convert to hard copy, copy, use or distribute this email message or 
any attachments to it. If you have received this email in error, please contact 
the sender immediately and delete this message from any computer or other data 
bank. Thank you.
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLFile

[Alexander Shevchuk (Volt)]

Add SelectionLanguage attribute to your  element:






-Original Message-
From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br] 
Sent: Thursday, June 17, 2010 3:20 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile

This is my xml:
  
 

  


\\convs07\Historical 
Integration\DataFarm\WIT\Files\ 
 
 
  Provider=SQLNCLI10.1;Data 
Source=CONVS04;Integrated Security=SSPI;Initial 
Catalog=WIT_Historical 
 
  

I need to configure the nodes  , but the only difference between 
them is the path.
I isn´t getting to set it.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLFile

[Carolina Zuqueto Amaral]

This is my xml:
   
 

  


\\convs07\Historical 
Integration\DataFarm\WIT\Files\ 
 
 
  Provider=SQLNCLI10.1;Data 
Source=CONVS04;Integrated Security=SSPI;Initial 
Catalog=WIT_Historical 
 
  

I need to configure the nodes  , but the only difference between 
them is the path.
I isn´t getting to set it.

-Original Message-
From: Alexander Shevchuk (Volt) [mailto:a-ale...@microsoft.com] 
Sent: quinta-feira, 17 de junho de 2010 15:51
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile

Hi Carolina,

Your XPath looks fine.  You need to show your XML.  Include  
element and its parents in the xml file.
Do you have something like:


  ...

  
...
  
  ...





-Original Message-
From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br]
Sent: Thursday, June 17, 2010 11:28 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile

Log:
...

ExecXmlFile:  Error 0x800710d8: failed to find node: 
/DTSConfiguration/Configuration.Properties']/ConfiguredValue in XML file: 
c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig
MSI (c) (E0:F0) [13:17:48:069]: Font created.  Charset: Req=0, Ret=0, Font: 
Req=MS Shell Dlg, Ret=MS Shell Dlg

Erro 25532. Failed to find node: 
/DTSConfiguration/configurati...@path='\Package.Variables[User::path].Properties[Value]']/ConfiguredValue
 in XML file: 
c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig, system 
error: -2147020584 MSI (s) (C0!70) [13:24:26:667]: Produto: Convergencia 
WitDataFarm -- Erro 25532. Failed to find node: 
/DTSConfiguration/configurati...@path='\Package.Variables[User::path].Properties[Value]']/ConfiguredValue
 in XML file: 
c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig, system 
error: -2147020584

...

The error is in the ElementPath.
Is there another way for to make this string?

Thanks,

Carolina Zuqueto


-Original Message-
From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
Sent: terça-feira, 15 de junho de 2010 13:38
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile

The error says that it can't find the node specified by the XmlFile/@XPath. The 
syntax looks correct. I wonder if there are XML namespaces involved here.

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
P Please consider the environment before printing this e-mail

> -Original Message-
> From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br]
> Sent: Tuesday, June 15, 2010 7:13 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] XMLFile
>
> Hi,
> I have the following node (file.dtsConfig):
>  Path="\Package.Variables[User::path].Properties[Value]"
> ValueType="String">
>
> \\convs07\Historical
> Integration\DataFarm\WIT\Files\
>
>
>
> Wix code:
> ...
>  Id="ConfigurationSetValue"
> File="[INSTALLLOCATION]WitDataFarm\Source\Config\Connectionstrings.dtsConfig"
> Action="setValue"
> ElementPath="/DTSConfiguration/configuration[...@path='\Package.Variab
> les[\[]U ser::path[\]].Properties[\[]Value[\]]'[\]]/ConfiguredValue"
> Sequence="1"
> Permanent="yes"
> Value="[PATHFDB]"/>
> ...
>
> When I installed, the following error occured:
> Failied to find node:
> /DTSConfiguration/configurati...@path='\Package.Variables[User::path].
> Properti es[Value]']/ConfiguredValue in XML file:
> c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig,
> system
> error: -2147020584
>
> Why is happening it?
>
> Thanks,
> Carolina Zuqueto.
>
> --
>  ThinkGeek and WIRED's GeekDad team up for the Ultimate 
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental 
> unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day 
Giveaway. ONE MASSIVE PRIZE to the lucky parental unit.  See the prize list and 
enter to win:
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Confidencialid

Re: [WiX-users] XMLFile

[Alexander Shevchuk (Volt)]

Hi Carolina,

Your XPath looks fine.  You need to show your XML.  Include  
element and its parents in the xml file.
Do you have something like:


  ...

  
...
  
  ...





-Original Message-
From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br] 
Sent: Thursday, June 17, 2010 11:28 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile

Log:
...

ExecXmlFile:  Error 0x800710d8: failed to find node: 
/DTSConfiguration/Configuration.Properties']/ConfiguredValue in XML file: 
c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig
MSI (c) (E0:F0) [13:17:48:069]: Font created.  Charset: Req=0, Ret=0, Font: 
Req=MS Shell Dlg, Ret=MS Shell Dlg

Erro 25532. Failed to find node: 
/DTSConfiguration/configurati...@path='\Package.Variables[User::path].Properties[Value]']/ConfiguredValue
 in XML file: 
c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig, system 
error: -2147020584 MSI (s) (C0!70) [13:24:26:667]: Produto: Convergencia 
WitDataFarm -- Erro 25532. Failed to find node: 
/DTSConfiguration/configurati...@path='\Package.Variables[User::path].Properties[Value]']/ConfiguredValue
 in XML file: 
c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig, system 
error: -2147020584

...

The error is in the ElementPath.
Is there another way for to make this string?

Thanks,

Carolina Zuqueto 


-Original Message-
From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
Sent: terça-feira, 15 de junho de 2010 13:38
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile

The error says that it can't find the node specified by the XmlFile/@XPath. The 
syntax looks correct. I wonder if there are XML namespaces involved here.

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
P Please consider the environment before printing this e-mail

> -Original Message-
> From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br]
> Sent: Tuesday, June 15, 2010 7:13 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] XMLFile
>
> Hi,
> I have the following node (file.dtsConfig):
>  Path="\Package.Variables[User::path].Properties[Value]" 
> ValueType="String">
>
> \\convs07\Historical
> Integration\DataFarm\WIT\Files\
>
>
>
> Wix code:
> ...
>  Id="ConfigurationSetValue"
> File="[INSTALLLOCATION]WitDataFarm\Source\Config\Connectionstrings.dtsConfig"
> Action="setValue"
> ElementPath="/DTSConfiguration/configuration[...@path='\Package.Variab
> les[\[]U ser::path[\]].Properties[\[]Value[\]]'[\]]/ConfiguredValue"
> Sequence="1"
> Permanent="yes"
> Value="[PATHFDB]"/>
> ...
>
> When I installed, the following error occured:
> Failied to find node:
> /DTSConfiguration/configurati...@path='\Package.Variables[User::path].
> Properti es[Value]']/ConfiguredValue in XML file:
> c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig,
> system
> error: -2147020584
>
> Why is happening it?
>
> Thanks,
> Carolina Zuqueto.
>
> --
>  ThinkGeek and WIRED's GeekDad team up for the Ultimate 
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental 
> unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day 
Giveaway. ONE MASSIVE PRIZE to the lucky parental unit.  See the prize list and 
enter to win:
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Confidencialidade: A informação contida nesta mensagem de e-mail, incluindo 
quaisquer anexos, é confidencial e está reservada apenas à pessoa ou entidade 
para a qual foi endereçada. Se você não é o destinatário ou a pessoa 
responsável por encaminhar esta mensagem ao destinatário, você está, por meio 
desta, notificado que não deverá rever, retransmitir, imprimir, copiar, usar ou 
distribuir esta mensagem de e-mail ou quaisquer anexos. Caso você tenha 
recebido esta mensagem por engano, por favor, contate o remetente imediatamente 
e apague esta mensagem de seu computador ou de qualquer outro banco de dados. 
Grato.

Confidentiality N

Re: [WiX-users] XMLFile

[Carolina Zuqueto Amaral]

Log:
...

ExecXmlFile:  Error 0x800710d8: failed to find node: 
/DTSConfiguration/Configuration.Properties']/ConfiguredValue in XML file: 
c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig
MSI (c) (E0:F0) [13:17:48:069]: Font created.  Charset: Req=0, Ret=0, Font: 
Req=MS Shell Dlg, Ret=MS Shell Dlg

Erro 25532. Failed to find node: 
/DTSConfiguration/configurati...@path='\Package.Variables[User::path].Properties[Value]']/ConfiguredValue
 in XML file: 
c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig, system 
error: -2147020584
MSI (s) (C0!70) [13:24:26:667]: Produto: Convergencia WitDataFarm -- Erro 
25532. Failed to find node: 
/DTSConfiguration/configurati...@path='\Package.Variables[User::path].Properties[Value]']/ConfiguredValue
 in XML file: 
c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig, system 
error: -2147020584

...

The error is in the ElementPath.
Is there another way for to make this string?

Thanks,

Carolina Zuqueto 


-Original Message-
From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] 
Sent: terça-feira, 15 de junho de 2010 13:38
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile

The error says that it can't find the node specified by the XmlFile/@XPath. The 
syntax looks correct. I wonder if there are XML namespaces involved here.

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
P Please consider the environment before printing this e-mail

> -Original Message-
> From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br]
> Sent: Tuesday, June 15, 2010 7:13 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] XMLFile
>
> Hi,
> I have the following node (file.dtsConfig):
>  Path="\Package.Variables[User::path].Properties[Value]" 
> ValueType="String">
>
> \\convs07\Historical
> Integration\DataFarm\WIT\Files\
>
>
>
> Wix code:
> ...
>  Id="ConfigurationSetValue"
> File="[INSTALLLOCATION]WitDataFarm\Source\Config\Connectionstrings.dtsConfig"
> Action="setValue"
> ElementPath="/DTSConfiguration/configuration[...@path='\Package.Variab
> les[\[]U ser::path[\]].Properties[\[]Value[\]]'[\]]/ConfiguredValue"
> Sequence="1"
> Permanent="yes"
> Value="[PATHFDB]"/>
> ...
>
> When I installed, the following error occured:
> Failied to find node:
> /DTSConfiguration/configurati...@path='\Package.Variables[User::path].
> Properti es[Value]']/ConfiguredValue in XML file:
> c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig, 
> system
> error: -2147020584
>
> Why is happening it?
>
> Thanks,
> Carolina Zuqueto.
>
> --
>  ThinkGeek and WIRED's GeekDad team up for the Ultimate 
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental 
> unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day 
Giveaway. ONE MASSIVE PRIZE to the lucky parental unit.  See the prize list and 
enter to win:
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Confidencialidade: A informação contida nesta mensagem de e-mail, incluindo 
quaisquer anexos, é confidencial e está reservada apenas à pessoa ou entidade 
para a qual foi endereçada. Se você não é o destinatário ou a pessoa 
responsável por encaminhar esta mensagem ao destinatário, você está, por meio 
desta, notificado que não deverá rever, retransmitir, imprimir, copiar, usar ou 
distribuir esta mensagem de e-mail ou quaisquer anexos. Caso você tenha 
recebido esta mensagem por engano, por favor, contate o remetente imediatamente 
e apague esta mensagem de seu computador ou de qualquer outro banco de dados. 
Grato.

Confidentiality Notice: The information contained in this email message, 
including any attachment, is confidential and is intended only for the person 
or entity to which it is addressed. If you are neither the intended recipient 
nor the employee or agent responsible for delivering this message to the 
intended recipient, you are hereby notified that you may not review, 
retransmit, convert to hard copy, copy, use

Re: [WiX-users] XMLFile

[Alexander Shevchuk (Volt)]

Your XML is malformed:

\\convs07\Historical 
Integration\DataFarm\WIT\Files\

Should be either:



Or

\\convs07\Historical<file:///\\convs07\Historical> 
Integration\DataFarm\WIT\Files\

Alex




-Original Message-
From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br] 
Sent: Tuesday, June 15, 2010 7:13 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XMLFile

Hi,
I have the following node (file.dtsConfig):

   
\\convs07\Historical 
Integration\DataFarm\WIT\Files\

   

Wix code:
...

...

When I installed, the following error occured:
Failied to find node:
/DTSConfiguration/configurati...@path='\Package.Variables[User::path].Properties[Value]']/ConfiguredValue
 in XML file: 
c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig, system 
error: -2147020584

Why is happening it?

Thanks,
Carolina Zuqueto.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day 
Giveaway. ONE MASSIVE PRIZE to the lucky parental unit.  See the prize list and 
enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLFile

[Castro, Edwin G. (Hillsboro)]

The error says that it can't find the node specified by the XmlFile/@XPath. The 
syntax looks correct. I wonder if there are XML namespaces involved here.

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail

> -Original Message-
> From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br]
> Sent: Tuesday, June 15, 2010 7:13 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] XMLFile
> 
> Hi,
> I have the following node (file.dtsConfig):
>  Path="\Package.Variables[User::path].Properties[Value]" ValueType="String">
> 
> \\convs07\Historical
> Integration\DataFarm\WIT\Files\
> 
>
> 
> Wix code:
> ...
>  Id="ConfigurationSetValue"
> File="[INSTALLLOCATION]WitDataFarm\Source\Config\Connectionstrings.dtsConfig"
> Action="setValue"
> ElementPath="/DTSConfiguration/configuration[...@path='\Package.Variables[\[]U
> ser::path[\]].Properties[\[]Value[\]]'[\]]/ConfiguredValue"
> Sequence="1"
> Permanent="yes"
> Value="[PATHFDB]"/>
> ...
> 
> When I installed, the following error occured:
> Failied to find node:
> /DTSConfiguration/configurati...@path='\Package.Variables[User::path].Properti
> es[Value]']/ConfiguredValue in XML file:
> c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig, system
> error: -2147020584
> 
> Why is happening it?
> 
> Thanks,
> Carolina Zuqueto.
> 
> --
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XMLFile

[Carolina Zuqueto Amaral]

Hi,
I have the following node (file.dtsConfig):

   
\\convs07\Historical 
Integration\DataFarm\WIT\Files\

   

Wix code:
...

...

When I installed, the following error occured:
Failied to find node:
/DTSConfiguration/configurati...@path='\Package.Variables[User::path].Properties[Value]']/ConfiguredValue
 in XML file: 
c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig, system 
error: -2147020584

Why is happening it?

Thanks,
Carolina Zuqueto.

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile

[Carolina Zuqueto Amaral]

I have the following node (file.dtsConfig):

   \\convs07\Historical 
Integration\DataFarm\WIT\Files\

   

Wix code:
…

...

When I installed, the following error occured:
Failied to find node:
/DTSConfiguration/configurati...@path=’\package.variables[user::path].Properties[Value]’]/ConfiguredValue
 in XML file: 
c:\Convergencia\WitDataFarm\Source\Config\Connectionstrings.dtsConfig, system 
error: -2147020584

Why is happening it?

Thanks,
Carolina Zuqueto.
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is Verified There

[John Cooper (Volt)]

No, like a lot of ASP.NET config files I've seen, it's part XHTML, part 
JavaScript, and part XML.

--
John M. Cooper
Volt at Microsoft

-Original Message-
From: Mike Carlson (DEV DIV) [mailto:mica...@microsoft.com] 
Sent: Thursday, May 06, 2010 3:44 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Is the file you're trying to modify valid XML?

I'd really avoid writing your own CA, if at all possible. They're notorious for 
inadvertently ruining your MSI's support for rollback, uninstall, and/or 
various patch scenarios.

-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] 
Sent: Thursday, May 06, 2010 3:32 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Using the boxed File Id's helped a lot.  It appears Default.aspx is a lost 
cause and I'll need to craft a CA to do some substitutions in the file.  Anyone 
have something like this?  As advertised, web.config seems to work fine.

--
John M. Cooper
Volt at Microsoft

-Original Message-
From: Matt Johnson [mailto:ma...@timeamerica.com] 
Sent: Thursday, May 06, 2010 3:01 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Also, you should make sure the file you're editing is parsable as XML.  My 
guess is that an aspx file is not.  You would be better off moving the item 
you're trying to change to a setting in the web.config.  You can definately 
edit the web.config as xml.



Matt Johnson MCPD, MCTS, MCSD, MCDBA
Director of Application Development
Time America, Inc.
ma...@timeamerica.com | www.timeamerica.com


-Original Message-
From: Matt Johnson 
Sent: Thursday, May 06, 2010 2:57 PM
To: General discussion for Windows Installer XML toolset.
Subject: RE: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Where you have:
  File="[INSTALLLOCATION][ProductName]\Default.aspx"

Try this instead:
  File="[#FDEFAULTASPX]"

The [#filekey] syntax will resolve to the correct location.


Matt Johnson MCPD, MCTS, MCSD, MCDBA
Director of Application Development
Time America, Inc.
ma...@timeamerica.com | www.timeamerica.com


-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] 
Sent: Thursday, May 06, 2010 2:32 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Yes, it is definitely possible.  The Default.aspx file in an ASP.NET 
configuration file.  The two Web.config files are both for IIS7.  I'll check.

--
John M. Cooper
Volt at Microsoft

-Original Message-
From: Mike Carlson (DEV DIV) [mailto:mica...@microsoft.com] 
Sent: Thursday, May 06, 2010 2:15 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Is it possible your XML file has an inaccurate header? I've seen people before 
with an XML header like this:
But their file isn't actually saved 
in UTF-8 format. This mismatch will cause MSXML (which XmlFile uses) to fail on 
that file, everytime - I don't remember with what error code.

Another possibility - is it possible the permissions on a parent directory of 
this file are extremely restrictive?

Thanks,
Mike Carlson

-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com]
Sent: Thursday, May 06, 2010 12:02 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Here's the portion of the WiX:

  


  

Here's a portion of the error log:

Action start 11:42:22: SchedXmlFile.
Action start 11:42:22: ExecXmlFile.
Action ended 11:42:22: ExecXmlFile. Return value 1.
Action ended 11:42:22: SchedXmlFile. Return value 1.
Action start 11:42:22: RegisterUser.
Action ended 11:42:22: RegisterUser. Return value 1.
Action start 11:42:22: RegisterProduct.
Action ended 11:42:22: RegisterProduct. Return value 1.
Action start 11:42:22: PublishFeatures.
Action ended 11:42:22: PublishFeatures. Return value 1.
Action start 11:42:22: PublishProduct.
Action ended 11:42:22: PublishProduct. Return value 1.
Action start 11:42:22: InstallFinalize.
ExecXmlFile:  Error 0x8007006e: failed to load XML file: 
F:\LookingGlass_Web\Loo kingGlass\Default.aspx Error 25531. Failed to open XML 
file F:\LookingGlass_Web\LookingGlass\Default.as
px, system error: -2147024786
MSI (s) (74!94) [11:42:32:250]: Product: LookingGlass -- Error 25531. Failed to 
open XML file F:\LookingGlass_Web\LookingGl

Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is Verified There

[Mike Carlson (DEV DIV)]

Is the file you're trying to modify valid XML?

I'd really avoid writing your own CA, if at all possible. They're notorious for 
inadvertently ruining your MSI's support for rollback, uninstall, and/or 
various patch scenarios.

-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] 
Sent: Thursday, May 06, 2010 3:32 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Using the boxed File Id's helped a lot.  It appears Default.aspx is a lost 
cause and I'll need to craft a CA to do some substitutions in the file.  Anyone 
have something like this?  As advertised, web.config seems to work fine.

--
John M. Cooper
Volt at Microsoft

-Original Message-
From: Matt Johnson [mailto:ma...@timeamerica.com] 
Sent: Thursday, May 06, 2010 3:01 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Also, you should make sure the file you're editing is parsable as XML.  My 
guess is that an aspx file is not.  You would be better off moving the item 
you're trying to change to a setting in the web.config.  You can definately 
edit the web.config as xml.



Matt Johnson MCPD, MCTS, MCSD, MCDBA
Director of Application Development
Time America, Inc.
ma...@timeamerica.com | www.timeamerica.com


-Original Message-
From: Matt Johnson 
Sent: Thursday, May 06, 2010 2:57 PM
To: General discussion for Windows Installer XML toolset.
Subject: RE: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Where you have:
  File="[INSTALLLOCATION][ProductName]\Default.aspx"

Try this instead:
  File="[#FDEFAULTASPX]"

The [#filekey] syntax will resolve to the correct location.


Matt Johnson MCPD, MCTS, MCSD, MCDBA
Director of Application Development
Time America, Inc.
ma...@timeamerica.com | www.timeamerica.com


-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] 
Sent: Thursday, May 06, 2010 2:32 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Yes, it is definitely possible.  The Default.aspx file in an ASP.NET 
configuration file.  The two Web.config files are both for IIS7.  I'll check.

--
John M. Cooper
Volt at Microsoft

-Original Message-
From: Mike Carlson (DEV DIV) [mailto:mica...@microsoft.com] 
Sent: Thursday, May 06, 2010 2:15 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Is it possible your XML file has an inaccurate header? I've seen people before 
with an XML header like this:
But their file isn't actually saved 
in UTF-8 format. This mismatch will cause MSXML (which XmlFile uses) to fail on 
that file, everytime - I don't remember with what error code.

Another possibility - is it possible the permissions on a parent directory of 
this file are extremely restrictive?

Thanks,
Mike Carlson

-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com]
Sent: Thursday, May 06, 2010 12:02 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Here's the portion of the WiX:

  


  

Here's a portion of the error log:

Action start 11:42:22: SchedXmlFile.
Action start 11:42:22: ExecXmlFile.
Action ended 11:42:22: ExecXmlFile. Return value 1.
Action ended 11:42:22: SchedXmlFile. Return value 1.
Action start 11:42:22: RegisterUser.
Action ended 11:42:22: RegisterUser. Return value 1.
Action start 11:42:22: RegisterProduct.
Action ended 11:42:22: RegisterProduct. Return value 1.
Action start 11:42:22: PublishFeatures.
Action ended 11:42:22: PublishFeatures. Return value 1.
Action start 11:42:22: PublishProduct.
Action ended 11:42:22: PublishProduct. Return value 1.
Action start 11:42:22: InstallFinalize.
ExecXmlFile:  Error 0x8007006e: failed to load XML file: 
F:\LookingGlass_Web\Loo kingGlass\Default.aspx Error 25531. Failed to open XML 
file F:\LookingGlass_Web\LookingGlass\Default.as
px, system error: -2147024786
MSI (s) (74!94) [11:42:32:250]: Product: LookingGlass -- Error 25531. Failed to 
open XML file F:\LookingGlass_Web\LookingGlass\Default.aspx, system error: -2147
024786

Action ended 11:42:32: InstallFinalize. Return value 3.
Action ended 11:42:33: INSTALL. Return value 3.

I've checked and Default.aspx is indeed at 
F:\LookingGlass_Web\LookingGlass\Default.aspx.  Any ideas for me to pursue?

John M. Cooper
Volt at Microsoft
--
_

Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is Verified There

[John Cooper (Volt)]

Using the boxed File Id's helped a lot.  It appears Default.aspx is a lost 
cause and I'll need to craft a CA to do some substitutions in the file.  Anyone 
have something like this?  As advertised, web.config seems to work fine.

--
John M. Cooper
Volt at Microsoft

-Original Message-
From: Matt Johnson [mailto:ma...@timeamerica.com] 
Sent: Thursday, May 06, 2010 3:01 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Also, you should make sure the file you're editing is parsable as XML.  My 
guess is that an aspx file is not.  You would be better off moving the item 
you're trying to change to a setting in the web.config.  You can definately 
edit the web.config as xml.



Matt Johnson MCPD, MCTS, MCSD, MCDBA
Director of Application Development
Time America, Inc.
ma...@timeamerica.com | www.timeamerica.com


-Original Message-
From: Matt Johnson 
Sent: Thursday, May 06, 2010 2:57 PM
To: General discussion for Windows Installer XML toolset.
Subject: RE: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Where you have:
  File="[INSTALLLOCATION][ProductName]\Default.aspx"

Try this instead:
  File="[#FDEFAULTASPX]"

The [#filekey] syntax will resolve to the correct location.


Matt Johnson MCPD, MCTS, MCSD, MCDBA
Director of Application Development
Time America, Inc.
ma...@timeamerica.com | www.timeamerica.com


-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] 
Sent: Thursday, May 06, 2010 2:32 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Yes, it is definitely possible.  The Default.aspx file in an ASP.NET 
configuration file.  The two Web.config files are both for IIS7.  I'll check.

--
John M. Cooper
Volt at Microsoft

-Original Message-
From: Mike Carlson (DEV DIV) [mailto:mica...@microsoft.com] 
Sent: Thursday, May 06, 2010 2:15 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Is it possible your XML file has an inaccurate header? I've seen people before 
with an XML header like this:
But their file isn't actually saved 
in UTF-8 format. This mismatch will cause MSXML (which XmlFile uses) to fail on 
that file, everytime - I don't remember with what error code.

Another possibility - is it possible the permissions on a parent directory of 
this file are extremely restrictive?

Thanks,
Mike Carlson

-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com]
Sent: Thursday, May 06, 2010 12:02 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Here's the portion of the WiX:

  


  

Here's a portion of the error log:

Action start 11:42:22: SchedXmlFile.
Action start 11:42:22: ExecXmlFile.
Action ended 11:42:22: ExecXmlFile. Return value 1.
Action ended 11:42:22: SchedXmlFile. Return value 1.
Action start 11:42:22: RegisterUser.
Action ended 11:42:22: RegisterUser. Return value 1.
Action start 11:42:22: RegisterProduct.
Action ended 11:42:22: RegisterProduct. Return value 1.
Action start 11:42:22: PublishFeatures.
Action ended 11:42:22: PublishFeatures. Return value 1.
Action start 11:42:22: PublishProduct.
Action ended 11:42:22: PublishProduct. Return value 1.
Action start 11:42:22: InstallFinalize.
ExecXmlFile:  Error 0x8007006e: failed to load XML file: 
F:\LookingGlass_Web\Loo kingGlass\Default.aspx Error 25531. Failed to open XML 
file F:\LookingGlass_Web\LookingGlass\Default.as
px, system error: -2147024786
MSI (s) (74!94) [11:42:32:250]: Product: LookingGlass -- Error 25531. Failed to 
open XML file F:\LookingGlass_Web\LookingGlass\Default.aspx, system error: -2147
024786

Action ended 11:42:32: InstallFinalize. Return value 3.
Action ended 11:42:33: INSTALL. Return value 3.

I've checked and Default.aspx is indeed at 
F:\LookingGlass_Web\LookingGlass\Default.aspx.  Any ideas for me to pursue?

John M. Cooper
Volt at Microsoft
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-u

Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is Verified There

[Matt Johnson]

Also, you should make sure the file you're editing is parsable as XML.  My 
guess is that an aspx file is not.  You would be better off moving the item 
you're trying to change to a setting in the web.config.  You can definately 
edit the web.config as xml.



Matt Johnson MCPD, MCTS, MCSD, MCDBA
Director of Application Development
Time America, Inc.
ma...@timeamerica.com | www.timeamerica.com


-Original Message-
From: Matt Johnson 
Sent: Thursday, May 06, 2010 2:57 PM
To: General discussion for Windows Installer XML toolset.
Subject: RE: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Where you have:
  File="[INSTALLLOCATION][ProductName]\Default.aspx"

Try this instead:
  File="[#FDEFAULTASPX]"

The [#filekey] syntax will resolve to the correct location.


Matt Johnson MCPD, MCTS, MCSD, MCDBA
Director of Application Development
Time America, Inc.
ma...@timeamerica.com | www.timeamerica.com


-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] 
Sent: Thursday, May 06, 2010 2:32 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Yes, it is definitely possible.  The Default.aspx file in an ASP.NET 
configuration file.  The two Web.config files are both for IIS7.  I'll check.

--
John M. Cooper
Volt at Microsoft

-Original Message-
From: Mike Carlson (DEV DIV) [mailto:mica...@microsoft.com] 
Sent: Thursday, May 06, 2010 2:15 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Is it possible your XML file has an inaccurate header? I've seen people before 
with an XML header like this:
But their file isn't actually saved 
in UTF-8 format. This mismatch will cause MSXML (which XmlFile uses) to fail on 
that file, everytime - I don't remember with what error code.

Another possibility - is it possible the permissions on a parent directory of 
this file are extremely restrictive?

Thanks,
Mike Carlson

-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com]
Sent: Thursday, May 06, 2010 12:02 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Here's the portion of the WiX:

  


  

Here's a portion of the error log:

Action start 11:42:22: SchedXmlFile.
Action start 11:42:22: ExecXmlFile.
Action ended 11:42:22: ExecXmlFile. Return value 1.
Action ended 11:42:22: SchedXmlFile. Return value 1.
Action start 11:42:22: RegisterUser.
Action ended 11:42:22: RegisterUser. Return value 1.
Action start 11:42:22: RegisterProduct.
Action ended 11:42:22: RegisterProduct. Return value 1.
Action start 11:42:22: PublishFeatures.
Action ended 11:42:22: PublishFeatures. Return value 1.
Action start 11:42:22: PublishProduct.
Action ended 11:42:22: PublishProduct. Return value 1.
Action start 11:42:22: InstallFinalize.
ExecXmlFile:  Error 0x8007006e: failed to load XML file: 
F:\LookingGlass_Web\Loo kingGlass\Default.aspx Error 25531. Failed to open XML 
file F:\LookingGlass_Web\LookingGlass\Default.as
px, system error: -2147024786
MSI (s) (74!94) [11:42:32:250]: Product: LookingGlass -- Error 25531. Failed to 
open XML file F:\LookingGlass_Web\LookingGlass\Default.aspx, system error: -2147
024786

Action ended 11:42:32: InstallFinalize. Return value 3.
Action ended 11:42:33: INSTALL. Return value 3.

I've checked and Default.aspx is indeed at 
F:\LookingGlass_Web\LookingGlass\Default.aspx.  Any ideas for me to pursue?

John M. Cooper
Volt at Microsoft
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is Verified There

[John Cooper (Volt)]

The Default.aspx lacked an  line, but 
both Web.config files have it and are treated in exactly the same way as the 
original Default.aspx.

--
John M. Cooper
Volt at Microsoft

-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] 
Sent: Thursday, May 06, 2010 2:32 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Yes, it is definitely possible.  The Default.aspx file in an ASP.NET 
configuration file.  The two Web.config files are both for IIS7.  I'll check.

--
John M. Cooper
Volt at Microsoft

-Original Message-
From: Mike Carlson (DEV DIV) [mailto:mica...@microsoft.com] 
Sent: Thursday, May 06, 2010 2:15 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Is it possible your XML file has an inaccurate header? I've seen people before 
with an XML header like this:
But their file isn't actually saved 
in UTF-8 format. This mismatch will cause MSXML (which XmlFile uses) to fail on 
that file, everytime - I don't remember with what error code.

Another possibility - is it possible the permissions on a parent directory of 
this file are extremely restrictive?

Thanks,
Mike Carlson

-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com]
Sent: Thursday, May 06, 2010 12:02 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Here's the portion of the WiX:

  


  

Here's a portion of the error log:

Action start 11:42:22: SchedXmlFile.
Action start 11:42:22: ExecXmlFile.
Action ended 11:42:22: ExecXmlFile. Return value 1.
Action ended 11:42:22: SchedXmlFile. Return value 1.
Action start 11:42:22: RegisterUser.
Action ended 11:42:22: RegisterUser. Return value 1.
Action start 11:42:22: RegisterProduct.
Action ended 11:42:22: RegisterProduct. Return value 1.
Action start 11:42:22: PublishFeatures.
Action ended 11:42:22: PublishFeatures. Return value 1.
Action start 11:42:22: PublishProduct.
Action ended 11:42:22: PublishProduct. Return value 1.
Action start 11:42:22: InstallFinalize.
ExecXmlFile:  Error 0x8007006e: failed to load XML file: 
F:\LookingGlass_Web\Loo kingGlass\Default.aspx Error 25531. Failed to open XML 
file F:\LookingGlass_Web\LookingGlass\Default.as
px, system error: -2147024786
MSI (s) (74!94) [11:42:32:250]: Product: LookingGlass -- Error 25531. Failed to 
open XML file F:\LookingGlass_Web\LookingGlass\Default.aspx, system error: -2147
024786

Action ended 11:42:32: InstallFinalize. Return value 3.
Action ended 11:42:33: INSTALL. Return value 3.

I've checked and Default.aspx is indeed at 
F:\LookingGlass_Web\LookingGlass\Default.aspx.  Any ideas for me to pursue?

John M. Cooper
Volt at Microsoft
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is Verified There

[Matt Johnson]

Where you have:
  File="[INSTALLLOCATION][ProductName]\Default.aspx"

Try this instead:
  File="[#FDEFAULTASPX]"

The [#filekey] syntax will resolve to the correct location.


Matt Johnson MCPD, MCTS, MCSD, MCDBA
Director of Application Development
Time America, Inc.
ma...@timeamerica.com | www.timeamerica.com


-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] 
Sent: Thursday, May 06, 2010 2:32 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Yes, it is definitely possible.  The Default.aspx file in an ASP.NET 
configuration file.  The two Web.config files are both for IIS7.  I'll check.

--
John M. Cooper
Volt at Microsoft

-Original Message-
From: Mike Carlson (DEV DIV) [mailto:mica...@microsoft.com] 
Sent: Thursday, May 06, 2010 2:15 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Is it possible your XML file has an inaccurate header? I've seen people before 
with an XML header like this:
But their file isn't actually saved 
in UTF-8 format. This mismatch will cause MSXML (which XmlFile uses) to fail on 
that file, everytime - I don't remember with what error code.

Another possibility - is it possible the permissions on a parent directory of 
this file are extremely restrictive?

Thanks,
Mike Carlson

-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com]
Sent: Thursday, May 06, 2010 12:02 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Here's the portion of the WiX:

  


  

Here's a portion of the error log:

Action start 11:42:22: SchedXmlFile.
Action start 11:42:22: ExecXmlFile.
Action ended 11:42:22: ExecXmlFile. Return value 1.
Action ended 11:42:22: SchedXmlFile. Return value 1.
Action start 11:42:22: RegisterUser.
Action ended 11:42:22: RegisterUser. Return value 1.
Action start 11:42:22: RegisterProduct.
Action ended 11:42:22: RegisterProduct. Return value 1.
Action start 11:42:22: PublishFeatures.
Action ended 11:42:22: PublishFeatures. Return value 1.
Action start 11:42:22: PublishProduct.
Action ended 11:42:22: PublishProduct. Return value 1.
Action start 11:42:22: InstallFinalize.
ExecXmlFile:  Error 0x8007006e: failed to load XML file: 
F:\LookingGlass_Web\Loo kingGlass\Default.aspx Error 25531. Failed to open XML 
file F:\LookingGlass_Web\LookingGlass\Default.as
px, system error: -2147024786
MSI (s) (74!94) [11:42:32:250]: Product: LookingGlass -- Error 25531. Failed to 
open XML file F:\LookingGlass_Web\LookingGlass\Default.aspx, system error: -2147
024786

Action ended 11:42:32: InstallFinalize. Return value 3.
Action ended 11:42:33: INSTALL. Return value 3.

I've checked and Default.aspx is indeed at 
F:\LookingGlass_Web\LookingGlass\Default.aspx.  Any ideas for me to pursue?

John M. Cooper
Volt at Microsoft
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is Verified There

[John Cooper (Volt)]

Yes, it is definitely possible.  The Default.aspx file in an ASP.NET 
configuration file.  The two Web.config files are both for IIS7.  I'll check.

--
John M. Cooper
Volt at Microsoft

-Original Message-
From: Mike Carlson (DEV DIV) [mailto:mica...@microsoft.com] 
Sent: Thursday, May 06, 2010 2:15 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Is it possible your XML file has an inaccurate header? I've seen people before 
with an XML header like this:
But their file isn't actually saved 
in UTF-8 format. This mismatch will cause MSXML (which XmlFile uses) to fail on 
that file, everytime - I don't remember with what error code.

Another possibility - is it possible the permissions on a parent directory of 
this file are extremely restrictive?

Thanks,
Mike Carlson

-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com]
Sent: Thursday, May 06, 2010 12:02 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Here's the portion of the WiX:

  


  

Here's a portion of the error log:

Action start 11:42:22: SchedXmlFile.
Action start 11:42:22: ExecXmlFile.
Action ended 11:42:22: ExecXmlFile. Return value 1.
Action ended 11:42:22: SchedXmlFile. Return value 1.
Action start 11:42:22: RegisterUser.
Action ended 11:42:22: RegisterUser. Return value 1.
Action start 11:42:22: RegisterProduct.
Action ended 11:42:22: RegisterProduct. Return value 1.
Action start 11:42:22: PublishFeatures.
Action ended 11:42:22: PublishFeatures. Return value 1.
Action start 11:42:22: PublishProduct.
Action ended 11:42:22: PublishProduct. Return value 1.
Action start 11:42:22: InstallFinalize.
ExecXmlFile:  Error 0x8007006e: failed to load XML file: 
F:\LookingGlass_Web\Loo kingGlass\Default.aspx Error 25531. Failed to open XML 
file F:\LookingGlass_Web\LookingGlass\Default.as
px, system error: -2147024786
MSI (s) (74!94) [11:42:32:250]: Product: LookingGlass -- Error 25531. Failed to 
open XML file F:\LookingGlass_Web\LookingGlass\Default.aspx, system error: -2147
024786

Action ended 11:42:32: InstallFinalize. Return value 3.
Action ended 11:42:33: INSTALL. Return value 3.

I've checked and Default.aspx is indeed at 
F:\LookingGlass_Web\LookingGlass\Default.aspx.  Any ideas for me to pursue?

John M. Cooper
Volt at Microsoft
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLFile not Finding file to Edit Even Though File is Verified There

[Mike Carlson (DEV DIV)]

Is it possible your XML file has an inaccurate header? I've seen people before 
with an XML header like this:
   
But their file isn't actually saved in UTF-8 format. This mismatch will cause 
MSXML (which XmlFile uses) to fail on that file, everytime - I don't remember 
with what error code.

Another possibility - is it possible the permissions on a parent directory of 
this file are extremely restrictive?

Thanks,
Mike Carlson

-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] 
Sent: Thursday, May 06, 2010 12:02 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XMLFile not Finding file to Edit Even Though File is 
Verified There

Here's the portion of the WiX:

  


  

Here's a portion of the error log:

Action start 11:42:22: SchedXmlFile.
Action start 11:42:22: ExecXmlFile.
Action ended 11:42:22: ExecXmlFile. Return value 1.
Action ended 11:42:22: SchedXmlFile. Return value 1.
Action start 11:42:22: RegisterUser.
Action ended 11:42:22: RegisterUser. Return value 1.
Action start 11:42:22: RegisterProduct.
Action ended 11:42:22: RegisterProduct. Return value 1.
Action start 11:42:22: PublishFeatures.
Action ended 11:42:22: PublishFeatures. Return value 1.
Action start 11:42:22: PublishProduct.
Action ended 11:42:22: PublishProduct. Return value 1.
Action start 11:42:22: InstallFinalize.
ExecXmlFile:  Error 0x8007006e: failed to load XML file: F:\LookingGlass_Web\Loo
kingGlass\Default.aspx
Error 25531. Failed to open XML file F:\LookingGlass_Web\LookingGlass\Default.as
px, system error: -2147024786
MSI (s) (74!94) [11:42:32:250]: Product: LookingGlass -- Error 25531. Failed to
open XML file F:\LookingGlass_Web\LookingGlass\Default.aspx, system error: -2147
024786

Action ended 11:42:32: InstallFinalize. Return value 3.
Action ended 11:42:33: INSTALL. Return value 3.

I've checked and Default.aspx is indeed at 
F:\LookingGlass_Web\LookingGlass\Default.aspx.  Any ideas for me to pursue?

John M. Cooper
Volt at Microsoft
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XMLFile not Finding file to Edit Even Though File is Verified There

[John Cooper (Volt)]

Here's the portion of the WiX:

  


  

Here's a portion of the error log:

Action start 11:42:22: SchedXmlFile.
Action start 11:42:22: ExecXmlFile.
Action ended 11:42:22: ExecXmlFile. Return value 1.
Action ended 11:42:22: SchedXmlFile. Return value 1.
Action start 11:42:22: RegisterUser.
Action ended 11:42:22: RegisterUser. Return value 1.
Action start 11:42:22: RegisterProduct.
Action ended 11:42:22: RegisterProduct. Return value 1.
Action start 11:42:22: PublishFeatures.
Action ended 11:42:22: PublishFeatures. Return value 1.
Action start 11:42:22: PublishProduct.
Action ended 11:42:22: PublishProduct. Return value 1.
Action start 11:42:22: InstallFinalize.
ExecXmlFile:  Error 0x8007006e: failed to load XML file: F:\LookingGlass_Web\Loo
kingGlass\Default.aspx
Error 25531. Failed to open XML file F:\LookingGlass_Web\LookingGlass\Default.as
px, system error: -2147024786
MSI (s) (74!94) [11:42:32:250]: Product: LookingGlass -- Error 25531. Failed to
open XML file F:\LookingGlass_Web\LookingGlass\Default.aspx, system error: -2147
024786

Action ended 11:42:32: InstallFinalize. Return value 3.
Action ended 11:42:33: INSTALL. Return value 3.

I've checked and Default.aspx is indeed at 
F:\LookingGlass_Web\LookingGlass\Default.aspx.  Any ideas for me to pursue?

John M. Cooper
Volt at Microsoft
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile breaks SqlDatabase?

[dB .]

You might consider an alternate wix extension for Sql databases, 
http://msiext.codeplex.com. 

dB. @ dblock.org 
Moscow|Geneva|Seattle|New York



-Original Message-
From: Will Sullivan [mailto:wsulli...@softdocs.com] 
Sent: Monday, April 12, 2010 2:14 PM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] XmlFile breaks SqlDatabase?

Finally FINALLY narrowed down my issue, which is well described here:

http://stackoverflow.com/questions/2602950/wix-xmlfile-is-keeping-sqldatabase-from-creating-databases

"When I include the XmlFile element to manipulate a file, the databases defined 
by the SqlDatabase do not get created. If I comment out the XmlFile, then the 
databases do get created."

7 64bit, 2010 RC.  Wix version 3.5.1602.0 (mostly; grabbed it from the last 
Friday drop (two weeks ago... who was slacking last week?)).


1)  Fix?

or

2)  Workaround?
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile & FirewallException

[Rob Mensching]

Good to hear that. The bugs were being worked on. Lots of things were being
worked on. Often it takes a while for everything to get fixed. We appreciate
the bug reports *and* time to fix them. 

On Fri, Apr 23, 2010 at 8:36 AM, Will Sullivan wrote:

> Latest update fixes all my woes!
>
> -Original Message-
> From: Will Sullivan [mailto:wsulli...@softdocs.com]
> Sent: Thursday, April 22, 2010 1:54 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] XmlFile & FirewallException
>
> Strike that.
>
> Figured it out, changed my XmlFiles to XmlConfigs.
>
> And realized that XmlConfig breaks SqlDatabase and FirewallException.
>
> -Original Message-
> From: Will Sullivan [mailto:wsulli...@softdocs.com]
> Sent: Thursday, April 22, 2010 12:41 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] XmlFile & FirewallException
>
> Looking again at XmlConfig, I remember why I bailed on it.  While XmlFile
> is easy to parse and works as expected, XmlConfig has some very weird
> limitations and while I can figure out how to do what I want to do in
> XmlFile, I can't figure out how to do it in XmlConfig.
>
> Here's a simplified example of one thing I'm doing with XmlFile:
>
> Guid="5d2b1adf-ab62-49f5-8c17-8c08b26eb926">
>Action="setValue"
>
>  
> ElementPath="/configuration/connectionStrings/add[...@name='MyDatabase'[\]]/@connectionString"
>File="[INSTALLDIR]HurrDurr.exe.config"
>Value="The new config string goes here lol" /> 
>
> I'm replacing the value of an attribute, which I don't believe you can do
> with XmlConfig.  You have to do some weird stuff like name the parent
> element and then replace its value or something, but I'm not sure how to do
> that without including actual XML in the Value, or if that's okay, or what
> the hell verifyPath does or if I need it.
>
> How would that snippet look with XmlConfig, anyhow?
>
> -Original Message-
> From: Pally Sandher [mailto:pally.sand...@iesve.com]
> Sent: Thursday, April 22, 2010 9:46 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] XmlFile & FirewallException
>
> Use XMLConfig instead?
>
> Palbinder Sandher
> Software Deployment & IT Administrator
> T: +44 (0) 141 945 8500
> F: +44 (0) 141 945 8501
>
> http://www.iesve.com
> **Design, Simulate + Innovate with the ** Integrated
> Environmental Solutions Limited. Registered in Scotland No.
> SC151456
> Registered Office - Helix Building, West Of Scotland Science Park, Glasgow
> G20 0SP Email Disclaimer
>
> -Original Message-
> From: Will Sullivan [mailto:wsulli...@softdocs.com]
> Sent: 22 April 2010 14:08
> To: WiX-users@lists.sourceforge.net
> Subject: [WiX-users] XmlFile & FirewallException
>
> So, its clear that XmlFile breaks
> SqlDatabase<https://sourceforge.net/tracker/?func=detail&aid=2986062&gro
> up_id=105970&atid=642714> (I'm real happy at the way this issue is being
> ignored, btw).
>
> Its also become clear to me that XmlFile also breaks FirewallException.
>
> Is there nothing XmlFile can't do?
>
> Is there any chance the Wix team is going to do something about all the
> freaky side effects that XmlFile causes?
> 
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile & FirewallException

[Will Sullivan]

Latest update fixes all my woes!

-Original Message-
From: Will Sullivan [mailto:wsulli...@softdocs.com] 
Sent: Thursday, April 22, 2010 1:54 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile & FirewallException

Strike that.

Figured it out, changed my XmlFiles to XmlConfigs.

And realized that XmlConfig breaks SqlDatabase and FirewallException.

-Original Message-
From: Will Sullivan [mailto:wsulli...@softdocs.com] 
Sent: Thursday, April 22, 2010 12:41 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile & FirewallException

Looking again at XmlConfig, I remember why I bailed on it.  While XmlFile is 
easy to parse and works as expected, XmlConfig has some very weird limitations 
and while I can figure out how to do what I want to do in XmlFile, I can't 
figure out how to do it in XmlConfig.

Here's a simplified example of one thing I'm doing with XmlFile:


 

I'm replacing the value of an attribute, which I don't believe you can do with 
XmlConfig.  You have to do some weird stuff like name the parent element and 
then replace its value or something, but I'm not sure how to do that without 
including actual XML in the Value, or if that's okay, or what the hell 
verifyPath does or if I need it.

How would that snippet look with XmlConfig, anyhow?

-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com]
Sent: Thursday, April 22, 2010 9:46 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile & FirewallException

Use XMLConfig instead? 

Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501 

http://www.iesve.com
**Design, Simulate + Innovate with the ** Integrated 
Environmental Solutions Limited. Registered in Scotland No.
SC151456
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 
0SP Email Disclaimer

-Original Message-
From: Will Sullivan [mailto:wsulli...@softdocs.com]
Sent: 22 April 2010 14:08
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] XmlFile & FirewallException

So, its clear that XmlFile breaks
SqlDatabase<https://sourceforge.net/tracker/?func=detail&aid=2986062&gro
up_id=105970&atid=642714> (I'm real happy at the way this issue is being 
ignored, btw).

Its also become clear to me that XmlFile also breaks FirewallException.

Is there nothing XmlFile can't do?

Is there any chance the Wix team is going to do something about all the freaky 
side effects that XmlFile causes?

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile & FirewallException

[Will Sullivan]

Strike that.

Figured it out, changed my XmlFiles to XmlConfigs.

And realized that XmlConfig breaks SqlDatabase and FirewallException.

-Original Message-
From: Will Sullivan [mailto:wsulli...@softdocs.com] 
Sent: Thursday, April 22, 2010 12:41 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile & FirewallException

Looking again at XmlConfig, I remember why I bailed on it.  While XmlFile is 
easy to parse and works as expected, XmlConfig has some very weird limitations 
and while I can figure out how to do what I want to do in XmlFile, I can't 
figure out how to do it in XmlConfig.

Here's a simplified example of one thing I'm doing with XmlFile:


 

I'm replacing the value of an attribute, which I don't believe you can do with 
XmlConfig.  You have to do some weird stuff like name the parent element and 
then replace its value or something, but I'm not sure how to do that without 
including actual XML in the Value, or if that's okay, or what the hell 
verifyPath does or if I need it.

How would that snippet look with XmlConfig, anyhow?

-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com]
Sent: Thursday, April 22, 2010 9:46 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile & FirewallException

Use XMLConfig instead? 

Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501 

http://www.iesve.com
**Design, Simulate + Innovate with the ** Integrated 
Environmental Solutions Limited. Registered in Scotland No.
SC151456
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 
0SP Email Disclaimer

-Original Message-
From: Will Sullivan [mailto:wsulli...@softdocs.com]
Sent: 22 April 2010 14:08
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] XmlFile & FirewallException

So, its clear that XmlFile breaks
SqlDatabase<https://sourceforge.net/tracker/?func=detail&aid=2986062&gro
up_id=105970&atid=642714> (I'm real happy at the way this issue is being 
ignored, btw).

Its also become clear to me that XmlFile also breaks FirewallException.

Is there nothing XmlFile can't do?

Is there any chance the Wix team is going to do something about all the freaky 
side effects that XmlFile causes?

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile & FirewallException

[Will Sullivan]

Looking again at XmlConfig, I remember why I bailed on it.  While XmlFile is 
easy to parse and works as expected, XmlConfig has some very weird limitations 
and while I can figure out how to do what I want to do in XmlFile, I can't 
figure out how to do it in XmlConfig.

Here's a simplified example of one thing I'm doing with XmlFile:





I'm replacing the value of an attribute, which I don't believe you can do with 
XmlConfig.  You have to do some weird stuff like name the parent element and 
then replace its value or something, but I'm not sure how to do that without 
including actual XML in the Value, or if that's okay, or what the hell 
verifyPath does or if I need it.

How would that snippet look with XmlConfig, anyhow?

-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com] 
Sent: Thursday, April 22, 2010 9:46 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile & FirewallException

Use XMLConfig instead? 

Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501 

http://www.iesve.com
**Design, Simulate + Innovate with the ** Integrated 
Environmental Solutions Limited. Registered in Scotland No.
SC151456
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 
0SP Email Disclaimer

-Original Message-
From: Will Sullivan [mailto:wsulli...@softdocs.com]
Sent: 22 April 2010 14:08
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] XmlFile & FirewallException

So, its clear that XmlFile breaks
SqlDatabase<https://sourceforge.net/tracker/?func=detail&aid=2986062&gro
up_id=105970&atid=642714> (I'm real happy at the way this issue is being 
ignored, btw).

Its also become clear to me that XmlFile also breaks FirewallException.

Is there nothing XmlFile can't do?

Is there any chance the Wix team is going to do something about all the freaky 
side effects that XmlFile causes?

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile & FirewallException

[Will Sullivan]

But MY problems are more important than anybody else's problems!  Surely you 
got that memo, right?  

I'll check out XmlConfig, but I seem to remember I had to bail on that for some 
other reason.

BTW, if you guys are working on IIS7, go right ahead and keep on ignoring me.  
Just let me know, k?

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Thursday, April 22, 2010 11:26 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile & FirewallException

Yes, we will do something about it. The bug is open along with a little less 
than 100 other bugs in WiX v3.5.

On Thu, Apr 22, 2010 at 6:45 AM, Pally Sandher wrote:

> Use XMLConfig instead?
>
> Palbinder Sandher
> Software Deployment & IT Administrator
> T: +44 (0) 141 945 8500
> F: +44 (0) 141 945 8501
>
> http://www.iesve.com
> **Design, Simulate + Innovate with the ** 
> Integrated Environmental Solutions Limited. Registered in Scotland No.
> SC151456
> Registered Office - Helix Building, West Of Scotland Science Park, 
> Glasgow G20 0SP Email Disclaimer
>
> -Original Message-
> From: Will Sullivan [mailto:wsulli...@softdocs.com]
> Sent: 22 April 2010 14:08
> To: WiX-users@lists.sourceforge.net
> Subject: [WiX-users] XmlFile & FirewallException
>
> So, its clear that XmlFile breaks
> SqlDatabase<https://sourceforge.net/tracker/?func=detail&aid=2986062&g
> ro 
> up_id=105970&atid=642714<https://sourceforge.net/tracker/?func=detail&;
> aid=2986062&gro%0Aup_id=105970&atid=642714>>
> (I'm real happy at the way this issue is being ignored, btw).
>
> Its also become clear to me that XmlFile also breaks FirewallException.
>
> Is there nothing XmlFile can't do?
>
> Is there any chance the Wix team is going to do something about all 
> the freaky side effects that XmlFile causes?
> --
> --
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>
> --
>  ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


--
virtually, Rob Mensching - http://RobMensching.com LLC
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile & FirewallException

[Rob Mensching]

Yes, we will do something about it. The bug is open along with a little less
than 100 other bugs in WiX v3.5.

On Thu, Apr 22, 2010 at 6:45 AM, Pally Sandher wrote:

> Use XMLConfig instead?
>
> Palbinder Sandher
> Software Deployment & IT Administrator
> T: +44 (0) 141 945 8500
> F: +44 (0) 141 945 8501
>
> http://www.iesve.com
> **Design, Simulate + Innovate with the **
> Integrated Environmental Solutions Limited. Registered in Scotland No.
> SC151456
> Registered Office - Helix Building, West Of Scotland Science Park,
> Glasgow G20 0SP
> Email Disclaimer
>
> -Original Message-
> From: Will Sullivan [mailto:wsulli...@softdocs.com]
> Sent: 22 April 2010 14:08
> To: WiX-users@lists.sourceforge.net
> Subject: [WiX-users] XmlFile & FirewallException
>
> So, its clear that XmlFile breaks
> SqlDatabase<https://sourceforge.net/tracker/?func=detail&aid=2986062&gro
> up_id=105970&atid=642714<https://sourceforge.net/tracker/?func=detail&aid=2986062&gro%0Aup_id=105970&atid=642714>>
> (I'm real happy at the way this issue is being
> ignored, btw).
>
> Its also become clear to me that XmlFile also breaks FirewallException.
>
> Is there nothing XmlFile can't do?
>
> Is there any chance the Wix team is going to do something about all the
> freaky side effects that XmlFile causes?
> 
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile & FirewallException

[Pally Sandher]

Use XMLConfig instead? 

Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer

-Original Message-
From: Will Sullivan [mailto:wsulli...@softdocs.com] 
Sent: 22 April 2010 14:08
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] XmlFile & FirewallException

So, its clear that XmlFile breaks
SqlDatabase<https://sourceforge.net/tracker/?func=detail&aid=2986062&gro
up_id=105970&atid=642714> (I'm real happy at the way this issue is being
ignored, btw).

Its also become clear to me that XmlFile also breaks FirewallException.

Is there nothing XmlFile can't do?

Is there any chance the Wix team is going to do something about all the
freaky side effects that XmlFile causes?

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile & FirewallException

[Will Sullivan]

So, its clear that XmlFile breaks 
SqlDatabase
 (I'm real happy at the way this issue is being ignored, btw).

Its also become clear to me that XmlFile also breaks FirewallException.

Is there nothing XmlFile can't do?

Is there any chance the Wix team is going to do something about all the freaky 
side effects that XmlFile causes?
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile breaks SqlDatabase?

[Will Sullivan]

Finally FINALLY narrowed down my issue, which is well described here:

http://stackoverflow.com/questions/2602950/wix-xmlfile-is-keeping-sqldatabase-from-creating-databases

"When I include the XmlFile element to manipulate a file, the databases defined 
by the SqlDatabase do not get created. If I comment out the XmlFile, then the 
databases do get created."

7 64bit, 2010 RC.  Wix version 3.5.1602.0 (mostly; grabbed it from the last 
Friday drop (two weeks ago... who was slacking last week?)).


1)  Fix?

or

2)  Workaround?
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile being executed when feature condition should fail

[si]

Thanks everyone for all your help, it's now working.

I found one bug in my code where  was referenced in multiple features
(one conditioned on upgrade and one not), and once that was cleaned
up, I found I could place the NOT UPGRADEFOUND condition back on each
component as per Bob's suggestion, and this time it worked!

I didn't have to worry about conditioning the SchedXmlFile in the
execute sequence, which means upgrades should be able to make
web.config changes also.

Just in case someone else runs into this issue, the approach was to:

- Add component to feature which is always executed (Absent=disallow)
- Add condition to component containing XmlFile to only execute on new
installs (NOT UPGRADEFOUND or whatever property you create).

On Thu, Sep 24, 2009 at 1:26 AM, Blair  wrote:
> The Request is the expected-intended state (based on conditions and parent
> features). Null means it shouldn't be touched. I'm interested in knowing why
> it says Installed: Absent on the upgrade.

I just checked and all my components say "Installed: Absent" in first
the InstallValidate, and then "Installed: Local" in the second
InstallValidate.

Guess I need to grep the logging output more, but what is interesting
is now in the first InstallValidate, it reports "Request: Local"
instead of the "Request: Null" it was reporting before.

Regards
Si

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile being executed when feature condition should fail

[Blair]

The Request is the expected-intended state (based on conditions and parent
features). Null means it shouldn't be touched. I'm interested in knowing why
it says Installed: Absent on the upgrade.

The SchedXmlFile action has access to just two of the three values
(Installed and Action?) and has to "determine" what it should do based on
that. There is supposed to be a formula between all three that works like
this:

Installed: Absent; Action: Local = install
Installed: Local; Action: Absent = remove
Installed: Local; Action: Local = upgrade or repair (install again)
Installed: Local; Action: Null = leave alone (it was already installed, and
wasn't changed in this upgrade)
Installed: Absent; Action: Absent = don't install
I would assume that the following would also mean leave alone:
Installed: Absent; Action: Null

See the MsiGetComponentState() api for the view available to SchedXmlFile.

I wonder if adding LOGVERBOSE=1 to your commandline and looking in the log
around SchedXmlFile will give more information
(http://www.joyofsetup.com/2008/07/15/verbose-logging-from-wcautil) about
why it is executing for that component.

-Original Message-
From: si [mailto:sshnug...@gmail.com] 
Sent: Wednesday, September 23, 2009 1:01 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile being executed when feature condition
should fail

> What does the log say about the WebConfigSqlDbSqlAuthComponent component
while running CostFinalize?
>
> Also, is your upgrade Major or Minor/Small?

Hi Blair,

All our upgrades are Major.  As for the component, the only reference
in the log is:

New Install:

Action ended 16:58:44: CostFinalize. Return value 1.
MSI (s) (FC:08) [16:58:44:731]: Doing action: InstallValidate
Action 16:58:44: InstallValidate. Validating install
Action start 16:58:44: InstallValidate.
[snip]
MSI (s) (FC:08) [16:58:44:734]: Component:
WebConfigSqlDbWinAuthComponent; Installed: Absent;   Request: Local;
Action: Local
MSI (s) (FC:08) [16:58:44:734]: Component:
WebConfigSqlDbSqlAuthComponent; Installed: Absent;   Request: Local;
Action: Null

Upgrade:

Action ended 17:12:57: CostFinalize. Return value 1.
MSI (s) (D8:20) [17:12:57:359]: Doing action: InstallValidate
Action 17:12:57: InstallValidate. Validating install
Action start 17:12:57: InstallValidate.
[snip]
MSI (s) (D8:20) [17:12:57:363]: Component:
WebConfigSqlDbWinAuthComponent; Installed: Absent;   Request: Null;
Action: Null
MSI (s) (D8:20) [17:12:57:363]: Component:
WebConfigSqlDbSqlAuthComponent; Installed: Absent;   Request: Null;
Action: Null

So the Action value in the upgrade looks correct, but I'm wondering
why the Request value is null, is this a clue?

Thanks,
Simon


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile being executed when feature condition should fail

[si]

> What does the log say about the WebConfigSqlDbSqlAuthComponent component 
> while running CostFinalize?
>
> Also, is your upgrade Major or Minor/Small?

Hi Blair,

All our upgrades are Major.  As for the component, the only reference
in the log is:

New Install:

Action ended 16:58:44: CostFinalize. Return value 1.
MSI (s) (FC:08) [16:58:44:731]: Doing action: InstallValidate
Action 16:58:44: InstallValidate. Validating install
Action start 16:58:44: InstallValidate.
[snip]
MSI (s) (FC:08) [16:58:44:734]: Component:
WebConfigSqlDbWinAuthComponent; Installed: Absent;   Request: Local;
Action: Local
MSI (s) (FC:08) [16:58:44:734]: Component:
WebConfigSqlDbSqlAuthComponent; Installed: Absent;   Request: Local;
Action: Null

Upgrade:

Action ended 17:12:57: CostFinalize. Return value 1.
MSI (s) (D8:20) [17:12:57:359]: Doing action: InstallValidate
Action 17:12:57: InstallValidate. Validating install
Action start 17:12:57: InstallValidate.
[snip]
MSI (s) (D8:20) [17:12:57:363]: Component:
WebConfigSqlDbWinAuthComponent; Installed: Absent;   Request: Null;
Action: Null
MSI (s) (D8:20) [17:12:57:363]: Component:
WebConfigSqlDbSqlAuthComponent; Installed: Absent;   Request: Null;
Action: Null

So the Action value in the upgrade looks correct, but I'm wondering
why the Request value is null, is this a clue?

Thanks,
Simon

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile being executed when feature condition should fail

[si]

> As far as I can tell, what you have there is a component declaration with a 
> condition about whether it should be installed or not.
>
> However the issue seems to be that the custom action ' SchedXmlFile' is being 
> called, so what matters is the condition you have on that custom action call, 
> in the UI/Execute/event tables, wherever it's called from.
>
> (You may have previously posted that info, but it's been deleted from this 
> response.)
>
> Phil Wilson

Thanks for the reply Phil, that makes sense. Here's our defined sequences:


  NEWPRODUCTFOUND
  OLDPRODUCTFOUND
  &ConfigureIIS6WebSiteFeature=3
  
  
  NOT
UPGRADEFOUND AND NOT USEINTEGRATEDSECURITY
  NOT
UPGRADEFOUND AND USEINTEGRATEDSECURITY
  UPGRADEFOUND
  (&DatabaseSetupFeature=3 OR
&DatabaseUpgradeFeature=3) AND NOT REMOVE
  



  NEWPRODUCTFOUND
  OLDPRODUCTFOUND


So there is no condition associated with SchedXmlFile.

Of course I then tried setting the SchedXmlFile condition to NOT
UPGRADEFOUND or &DatabaseSetupFeature=3 AND NOT REMOVE, alas,
still no luck.

What's interesting is that now when doing an upgrade the log reports:

Action ended 16:59:58: DuplicateFiles. Return value 1.
MSI (s) (FC:00) [16:59:58:331]: Skipping action: SchedXmlFile
(condition is false)

which is good, but then later in the same log:

Action ended 17:00:21: DuplicateFiles. Return value 1.
MSI (s) (FC:1C) [17:00:21:310]: Doing action: SchedXmlFile
Action 17:00:21: SchedXmlFile.
Action start 17:00:21: SchedXmlFile.
MSI (s) (FC:D8) [17:00:21:316]: Invoking remote custom action. DLL:
C:\Windows\Installer\MSIDFB4.tmp, Entrypoint: SchedXmlFile
MSI (s) (FC!98) [17:00:21:351]: PROPERTY CHANGE: Adding
ExecXmlFileRollback property. Its value is '0€C:\Program Files
(x86)\...
MSI (s) (FC!98) [17:00:21:352]: Doing action: ExecXmlFileRollback
Action 17:00:21: ExecXmlFileRollback.
Action start 17:00:21: ExecXmlFileRollback.
ExecXmlFileRollback:
Action ended 17:00:21: ExecXmlFileRollback. Return value 1.
MSI (s) (FC!98) [17:00:21:356]: PROPERTY CHANGE: Adding ExecXmlFile
property. Its value is '1€0€C:\Program Files (x86)\...
MSI (s) (FC!98) [17:00:21:357]: Doing action: ExecXmlFile
Action 17:00:21: ExecXmlFile.
Action start 17:00:21: ExecXmlFile.
ExecXmlFile:
Action ended 17:00:21: ExecXmlFile. Return value 1.
Action ended 17:00:21: SchedXmlFile. Return value 1.


I'm not sure what's going on here, do I need the SchedXmlFile custom
action conditions defined in the other sequences too?

Also, our next upgrade also has to include changes to web.config, so I
will have to call XmlFile for this (major) upgrade.

Thanks,
Simon

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile being executed when feature condition should fail

[Blair]

What does the log say about the WebConfigSqlDbSqlAuthComponent component while 
running CostFinalize?

Also, is your upgrade Major or Minor/Small?

-Original Message-
From: si [mailto:sshnug...@gmail.com] 
Sent: Monday, September 21, 2009 11:54 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile being executed when feature condition should 
fail

>> Long story short: XmlFile is being executed during upgrades when I
>> only want it executed on new installations.
>>
>
> The owning component controls whether XmlFile is run; conditionalize it
> so it doesn't run during upgrade.

Thanks for the reply Bob, unfortunately I already tried this with no luck:


  NOT Installed AND USEINTEGRATEDSECURITY = 1
  



  NOT Installed AND NOT USEINTEGRATEDSECURITY = 1>
  


I tried both "NOT Installed" and "NOT UPGRADEFOUND" for the component
condition, neither worked.

I was wondering if it may be because the custom UI we show for
collecting sql credentials wasn't being shown on upgrades, so the
property values would be null, but I don't understand why the
connectionString attribue is empty, rather than
"Database=;Server=;uid=;pwd;" which is what I would've expected if the
properties were empty.

Looking, through the upgrade log file, it appears that
ExecXmlFileRollback action is being called:

MSI (s) (28:A8) [16:09:22:671]: Doing action: SchedXmlFile
Action 16:09:22: SchedXmlFile.
Action start 16:09:22: SchedXmlFile.
MSI (s) (28:14) [16:09:22:677]: Invoking remote custom action. DLL:
C:\Windows\Installer\MSI8A93.tmp, Entrypoint: SchedXmlFile
MSI (s) (28!1C) [16:09:22:719]: PROPERTY CHANGE: Adding
ExecXmlFileRollback property. Its value is '0€C:\Program Files
(x86)\blah\\web.config�...@xx[snip]
MSI (s) (28!1C) [16:09:22:720]: Doing action: ExecXmlFileRollback
Action 16:09:22: ExecXmlFileRollback.
Action start 16:09:22: ExecXmlFileRollback.
ExecXmlFileRollback:
Action ended 16:09:22: ExecXmlFileRollback. Return value 1.
MSI (s) (28!1C) [16:09:22:726]: PROPERTY CHANGE: Adding ExecXmlFile
property. Its value is '1€0€C:\Program Files
(x86)\Blah\\Web.config€4€0€/configuration/connectionStrings/a...@name='Database']/@connectionString€€Database=Blah;Server=(local);Integrated
Security=SSPI;'.
MSI (s) (28!1C) [16:09:22:727]: Doing action: ExecXmlFile
Action 16:09:22: ExecXmlFile.
Action start 16:09:22: ExecXmlFile.
ExecXmlFile:
Action ended 16:09:22: ExecXmlFile. Return value 1.
Action ended 16:09:22: SchedXmlFile. Return value 1.


Another potential issue is that we create the web.config on install
using CopyFile, and run SchedXmlFile after DuplicateFiles.  I don't
think this would cause a problem, but figured it was worth a mention.

Thanks again.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile being executed when feature condition should fail

[Wilson, Phil]

As far as I can tell, what you have there is a component declaration with a 
condition about whether it should be installed or not.  

However the issue seems to be that the custom action ' SchedXmlFile' is being 
called, so what matters is the condition you have on that custom action call, 
in the UI/Execute/event tables, wherever it's called from. 

(You may have previously posted that info, but it's been deleted from this 
response.)

Phil Wilson 


-Original Message-
From: si [mailto:sshnug...@gmail.com] 
Sent: Monday, September 21, 2009 11:54 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile being executed when feature condition should 
fail

>> Long story short: XmlFile is being executed during upgrades when I
>> only want it executed on new installations.
>>
>
> The owning component controls whether XmlFile is run; conditionalize it
> so it doesn't run during upgrade.

Thanks for the reply Bob, unfortunately I already tried this with no luck:


  NOT Installed AND USEINTEGRATEDSECURITY = 1
  



  NOT Installed AND NOT USEINTEGRATEDSECURITY = 1>
  


I tried both "NOT Installed" and "NOT UPGRADEFOUND" for the component
condition, neither worked.

I was wondering if it may be because the custom UI we show for
collecting sql credentials wasn't being shown on upgrades, so the
property values would be null, but I don't understand why the
connectionString attribue is empty, rather than
"Database=;Server=;uid=;pwd;" which is what I would've expected if the
properties were empty.

Looking, through the upgrade log file, it appears that
ExecXmlFileRollback action is being called:

MSI (s) (28:A8) [16:09:22:671]: Doing action: SchedXmlFile
Action 16:09:22: SchedXmlFile.
Action start 16:09:22: SchedXmlFile.
MSI (s) (28:14) [16:09:22:677]: Invoking remote custom action. DLL:
C:\Windows\Installer\MSI8A93.tmp, Entrypoint: SchedXmlFile
MSI (s) (28!1C) [16:09:22:719]: PROPERTY CHANGE: Adding
ExecXmlFileRollback property. Its value is '0€C:\Program Files
(x86)\blah\\web.config�...@xx[snip]
MSI (s) (28!1C) [16:09:22:720]: Doing action: ExecXmlFileRollback
Action 16:09:22: ExecXmlFileRollback.
Action start 16:09:22: ExecXmlFileRollback.
ExecXmlFileRollback:
Action ended 16:09:22: ExecXmlFileRollback. Return value 1.
MSI (s) (28!1C) [16:09:22:726]: PROPERTY CHANGE: Adding ExecXmlFile
property. Its value is '1€0€C:\Program Files
(x86)\Blah\\Web.config€4€0€/configuration/connectionStrings/a...@name='Database']/@connectionString€€Database=Blah;Server=(local);Integrated
Security=SSPI;'.
MSI (s) (28!1C) [16:09:22:727]: Doing action: ExecXmlFile
Action 16:09:22: ExecXmlFile.
Action start 16:09:22: ExecXmlFile.
ExecXmlFile:
Action ended 16:09:22: ExecXmlFile. Return value 1.
Action ended 16:09:22: SchedXmlFile. Return value 1.


Another potential issue is that we create the web.config on install
using CopyFile, and run SchedXmlFile after DuplicateFiles.  I don't
think this would cause a problem, but figured it was worth a mention.

Thanks again.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile being executed when feature condition should fail

[si]

>> Long story short: XmlFile is being executed during upgrades when I
>> only want it executed on new installations.
>>
>
> The owning component controls whether XmlFile is run; conditionalize it
> so it doesn't run during upgrade.

Thanks for the reply Bob, unfortunately I already tried this with no luck:


  NOT Installed AND USEINTEGRATEDSECURITY = 1
  



  NOT Installed AND NOT USEINTEGRATEDSECURITY = 1>
  


I tried both "NOT Installed" and "NOT UPGRADEFOUND" for the component
condition, neither worked.

I was wondering if it may be because the custom UI we show for
collecting sql credentials wasn't being shown on upgrades, so the
property values would be null, but I don't understand why the
connectionString attribue is empty, rather than
"Database=;Server=;uid=;pwd;" which is what I would've expected if the
properties were empty.

Looking, through the upgrade log file, it appears that
ExecXmlFileRollback action is being called:

MSI (s) (28:A8) [16:09:22:671]: Doing action: SchedXmlFile
Action 16:09:22: SchedXmlFile.
Action start 16:09:22: SchedXmlFile.
MSI (s) (28:14) [16:09:22:677]: Invoking remote custom action. DLL:
C:\Windows\Installer\MSI8A93.tmp, Entrypoint: SchedXmlFile
MSI (s) (28!1C) [16:09:22:719]: PROPERTY CHANGE: Adding
ExecXmlFileRollback property. Its value is '0€C:\Program Files
(x86)\blah\\web.config...@xx[snip]
MSI (s) (28!1C) [16:09:22:720]: Doing action: ExecXmlFileRollback
Action 16:09:22: ExecXmlFileRollback.
Action start 16:09:22: ExecXmlFileRollback.
ExecXmlFileRollback:
Action ended 16:09:22: ExecXmlFileRollback. Return value 1.
MSI (s) (28!1C) [16:09:22:726]: PROPERTY CHANGE: Adding ExecXmlFile
property. Its value is '1€0€C:\Program Files
(x86)\Blah\\Web.config€4€0€/configuration/connectionStrings/a...@name='Database']/@connectionString€€Database=Blah;Server=(local);Integrated
Security=SSPI;'.
MSI (s) (28!1C) [16:09:22:727]: Doing action: ExecXmlFile
Action 16:09:22: ExecXmlFile.
Action start 16:09:22: ExecXmlFile.
ExecXmlFile:
Action ended 16:09:22: ExecXmlFile. Return value 1.
Action ended 16:09:22: SchedXmlFile. Return value 1.


Another potential issue is that we create the web.config on install
using CopyFile, and run SchedXmlFile after DuplicateFiles.  I don't
think this would cause a problem, but figured it was worth a mention.

Thanks again.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile being executed when feature condition should fail

[Bob Arnson]

si wrote:
> Long story short: XmlFile is being executed during upgrades when I
> only want it executed on new installations.
>   

The owning component controls whether XmlFile is run; conditionalize it 
so it doesn't run during upgrade.

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



--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile being executed when feature condition should fail

[si]

Greetings,

Long story short: XmlFile is being executed during upgrades when I
only want it executed on new installations.

2 features are used to determine whether database install or upgrade
(both executed by DTF external tool) takes place:


  UPGRADEFOUND
  



  NOT UPGRADEFOUND


WebConfigSetupComponents is used to update a web.config file after a
custom dialog gets db connection string details for new installations,
and because of the different authentication methods (SQL
Authentication or Windows Integrated Security), there are 2 components
which are conditioned based on user selected property
USEINTEGRATEDSECURITY:


  
  



  USEINTEGRATEDSECURITY = 1
  



  
  


Everything is working *except* during upgrades, where XmlFile still
gets called, and it empties out the connectionString attribute in
web.config.

Any help appreciated, thanks.

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile element not using updated property value

[Rob Mensching]

Probably need to make the Property Secure so it moves from the client to the 
server during the install process.

-Original Message-
From: ajay [mailto:[EMAIL PROTECTED]
Sent: Friday, November 28, 2008 06:03
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XmlFile element not using updated property value


Hi Everybody,

I have property to select "Locale" which is then used to update the config file.



In the UI for my setup program, I have a dialog that asks the user to  update 
the value of this property from combo box.




  

   




When the user selects an updated value, I can see that in the installation log 
file (PROPERTY CHANGE). The problem is that XmlFile is not using the updated 
value of the property but only the default value.  The correct attribute is, in 
fact, updated in the Web.config file. However, it's updated with the original 
value of the property, not the value as updated by the user.

 What do I need to change so that the updated property is used?  Is there some 
magic to the sequencing?

Appreciate your help.
Ajay

--
View this message in context: 
http://n2.nabble.com/XmlFile-element-not-using-updated-property-value-tp1589332p1589332.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile element not using updated property value

[ajay]

Hi Everybody,

I have property to select "Locale" which is then used to update the config file.



In the UI for my setup program, I have a dialog that asks the user to  update 
the value of this property from combo box.




  

   




When the user selects an updated value, I can see that in the installation log 
file (PROPERTY CHANGE). The problem is that XmlFile is not using the updated 
value of the property but only the default value.  The correct attribute is, in 
fact, updated in the Web.config file. However, it's updated with the original 
value of the property, not the value as updated by the user.

 What do I need to change so that the updated property is used?  Is there some 
magic to the sequencing?

Appreciate your help.
Ajay

-- 
View this message in context: 
http://n2.nabble.com/XmlFile-element-not-using-updated-property-value-tp1589332p1589332.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile does not support default namespaces?

[Scott Sharpe]

Been a while since I used the old way.  I'll give it a try and get back to you 
all.  But my suspicion is that you will have to expose the preprocessor in some 
way.

-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 18, 2008 8:03 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile does not support default namespaces?

I'm not aware of a work around.  How would you do this with XslPattern using 
MSXML 3?

-Original Message-
From: Scott Sharpe [mailto:[EMAIL PROTECTED]
Sent: Monday, November 17, 2008 17:55
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile does not support default namespaces?

I'm not getting a lot of response on this so I'll try to state it more strongly

XmlFile does not work if the xml file has a namespace defined at the root node.

Is this a bug?
Is there some sort of work around with associated Properties?

Example (This does not work)



  1
  

  Path1
  C:\


  Path2
  C:\Program Files


  Path3
  C:\Program Files\Microsoft

  



  




  


In the above example I always get an error

Example Again (This works)



  1
  

  Path1
  C:\


  Path2
  C:\Program Files


  Path3
  C:\Program Files\Microsoft

  



  




  

The only difference is the presence of the xmlns attribute on the node.

-Original Message-
From: Scott Sharpe [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 16, 2008 10:45 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile does not support default namespaces?

Sorry about the clarity.

If my xml file does not have a default namespace.  Then XPath queries work just 
fine through the XmlFile element.

If my xml file has a default namespace.  Then XPath queries do not work.

If this was straight-up XSLT then I would add the default namespace to the 
preprocessor.  But I don't see a way to do that with XmlFile or XmlConfig.

So I'm wondering if XmlFile supports xml files that have namespaces in their 
root element?

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 15, 2008 2:54 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile does not support default namespaces?

Scott Sharpe wrote:
> I'm wanting to update an xml file as part of my install.  Works fine as long 
> as the root node does not have a default namespace.  Is this a known issue?
>

Um, is what a known issue? What happens if it does have a default
namespace? There are definitely some MSXML oddities with them.

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



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mai

Re: [WiX-users] XmlFile does not support default namespaces?

[Rob Mensching]

I'm not aware of a work around.  How would you do this with XslPattern using 
MSXML 3?

-Original Message-
From: Scott Sharpe [mailto:[EMAIL PROTECTED]
Sent: Monday, November 17, 2008 17:55
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile does not support default namespaces?

I'm not getting a lot of response on this so I'll try to state it more strongly

XmlFile does not work if the xml file has a namespace defined at the root node.

Is this a bug?
Is there some sort of work around with associated Properties?

Example (This does not work)



  1
  

  Path1
  C:\


  Path2
  C:\Program Files


  Path3
  C:\Program Files\Microsoft

  



  




  


In the above example I always get an error

Example Again (This works)



  1
  

  Path1
  C:\


  Path2
  C:\Program Files


  Path3
  C:\Program Files\Microsoft

  



  




  

The only difference is the presence of the xmlns attribute on the node.

-Original Message-
From: Scott Sharpe [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 16, 2008 10:45 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile does not support default namespaces?

Sorry about the clarity.

If my xml file does not have a default namespace.  Then XPath queries work just 
fine through the XmlFile element.

If my xml file has a default namespace.  Then XPath queries do not work.

If this was straight-up XSLT then I would add the default namespace to the 
preprocessor.  But I don't see a way to do that with XmlFile or XmlConfig.

So I'm wondering if XmlFile supports xml files that have namespaces in their 
root element?

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 15, 2008 2:54 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile does not support default namespaces?

Scott Sharpe wrote:
> I'm wanting to update an xml file as part of my install.  Works fine as long 
> as the root node does not have a default namespace.  Is this a known issue?
>

Um, is what a known issue? What happens if it does have a default
namespace? There are definitely some MSXML oddities with them.

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



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile does not support default namespaces?

[Scott Sharpe]

I'm not getting a lot of response on this so I'll try to state it more strongly

XmlFile does not work if the xml file has a namespace defined at the root node.

Is this a bug?
Is there some sort of work around with associated Properties?

Example (This does not work)



  1
  

  Path1
  C:\


  Path2
  C:\Program Files


  Path3
  C:\Program Files\Microsoft

  



  




  


In the above example I always get an error

Example Again (This works)



  1
  

  Path1
  C:\


  Path2
  C:\Program Files


  Path3
  C:\Program Files\Microsoft

  



  




  

The only difference is the presence of the xmlns attribute on the node.

-Original Message-
From: Scott Sharpe [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 16, 2008 10:45 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile does not support default namespaces?

Sorry about the clarity.

If my xml file does not have a default namespace.  Then XPath queries work just 
fine through the XmlFile element.

If my xml file has a default namespace.  Then XPath queries do not work.

If this was straight-up XSLT then I would add the default namespace to the 
preprocessor.  But I don't see a way to do that with XmlFile or XmlConfig.

So I'm wondering if XmlFile supports xml files that have namespaces in their 
root element?

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 15, 2008 2:54 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile does not support default namespaces?

Scott Sharpe wrote:
> I'm wanting to update an xml file as part of my install.  Works fine as long 
> as the root node does not have a default namespace.  Is this a known issue?
>

Um, is what a known issue? What happens if it does have a default
namespace? There are definitely some MSXML oddities with them.

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



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile does not support default namespaces?

[Scott Sharpe]

Sorry about the clarity.

If my xml file does not have a default namespace.  Then XPath queries work just 
fine through the XmlFile element.

If my xml file has a default namespace.  Then XPath queries do not work.

If this was straight-up XSLT then I would add the default namespace to the 
preprocessor.  But I don't see a way to do that with XmlFile or XmlConfig.

So I'm wondering if XmlFile supports xml files that have namespaces in their 
root element?

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 15, 2008 2:54 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile does not support default namespaces?

Scott Sharpe wrote:
> I'm wanting to update an xml file as part of my install.  Works fine as long 
> as the root node does not have a default namespace.  Is this a known issue?
>

Um, is what a known issue? What happens if it does have a default
namespace? There are definitely some MSXML oddities with them.

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



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile does not support default namespaces?

[Bob Arnson]

Scott Sharpe wrote:
> I'm wanting to update an xml file as part of my install.  Works fine as long 
> as the root node does not have a default namespace.  Is this a known issue?
>   

Um, is what a known issue? What happens if it does have a default 
namespace? There are definitely some MSXML oddities with them.

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



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile does not support default namespaces?

[Scott Sharpe]

I'm wanting to update an xml file as part of my install.  Works fine as long as 
the root node does not have a default namespace.  Is this a known issue?

Xml File


  1
  

  Path1
  C:\


  Path2
  C:\Program Files


  Path3
  C:\Program Files\Microsoft

  


WiX fragment


   
   


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] xmlFile Bug, creating excess attribute's in children

[Rob Mensching]

MSXML.

-Original Message-
From: hegsie [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 05, 2008 04:01
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] xmlFile Bug, creating excess attribute's in children


Hi,
The following code...









generates the following nodes in the xmlfile...







Where has the xmlns attribute in the probing node come from?...
--
View this message in context: 
http://n2.nabble.com/xmlFile-Bug%2C-creating-excess-attribute%27s-in-children-tp1459715p1459715.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] xmlFile Bug, creating excess attribute's in children

[hegsie]

Hi, 
The following code...


  







generates the following nodes in the xmlfile...







Where has the xmlns attribute in the probing node come from?...
-- 
View this message in context: 
http://n2.nabble.com/xmlFile-Bug%2C-creating-excess-attribute%27s-in-children-tp1459715p1459715.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLFile changes undone on uninstall?

[Rob Mensching]

1.  No, XmlFile doesn't do that.

2.  Yes, that's one of a couple reasons XmlConfig was created.

-Original Message-
From: Michael Owings [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 25, 2008 07:37
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XMLFile changes undone on uninstall?

Is XMLFile supposed to back out any changes made to an xml file on
uninstall (I'm using wix2)? If not should I be using xmlConfig?
--
Teleoperate a roving mobile robot from the web:
http://www.swampgas.com/robotics/rover.html

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XMLFile changes undone on uninstall?

[Michael Owings]

Is XMLFile supposed to back out any changes made to an xml file on 
uninstall (I'm using wix2)? If not should I be using xmlConfig?
-- 
Teleoperate a roving mobile robot from the web:
http://www.swampgas.com/robotics/rover.html

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile CreateElement

[Alexander Shevchuk]

In this case I would recommend switching to XmlConfig because you can have 
separate records for install (add entries) and uninstall (remove entries).
Use either AppSearch or custom action Type 51 to set some variable to the full 
path of the XML file and use this variable as a value of File attribute.

Alex



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of md5hans
Sent: Tuesday, June 17, 2008 5:25 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] XmlFile CreateElement


Thanks, that solved my problem!

I have another question related to what I'm trying to do.

The XML-file I want to modify is already installed on the target machine i.e
it is not included in the installation. Where shall I put my XmlFile
statments? The example below installs the xml file settings.xml and then
modifies it, if the file settings.xml was a file already installed what
needs to be changed in the configuration?


  

  

  
  
...



/Hans



Alexander Shevchuk wrote:
>
> Or you can use the fact that your newly created element does not have
> attribute yet:
>
> //ParentNode/ChildNodes/ChildNode[\[]not(@Name)[\]]
>
>
> Alex
>
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Ryan Perlman
> Sent: Monday, June 16, 2008 11:12 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] XmlFile CreateElement
>
> You could also use XmlConfig.
>
>>From an xpath point of view you can use something like so in your
XmlSetting2 which would get you the 3rd child element.
>
> "//ParentNode/ChildNodes/ChildNode[\[]3[\]]
>
> Ryan
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of md5hans
> Sent: Monday, June 16, 2008 6:54 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] XmlFile CreateElement
>
>
> Hi!
>
> I have a question about manipulating XML-files. I want to create a new
> element inside an existing node, after the element is created I want to
> set
> some attributes on it.
>
> My problem is that there already exists elements of the kind I want to
> add,
> how can I make the setValue action work on the new element instead of on
> of
> the existing? (the first one)
>
> My XML-file have the following structure
>
> 
>
>
>
>
> 
>
> And I want to create a new ChildNode element and set the Name value to
> "C".
>
>  Action="createElement" Name="ChildNode"
> ElementPath="//ParentNode/ChildNodes" Permanent="no" Sequence="1"/>
>  Action="setValue" Name="Name" Value="C"
> ElementPath="//ParentNode/ChildNodes/ChildNode" Permanent="no"
> Sequence="2"/>
>
> when I try this it adds a new empty ChildNode element and modifies the
> name
> of the "A" childnode. I suppose that it's not so suprisning since I do not
> specify which ChildNode element that should be modified...
>
> Should I set the value attribute in createElement and then use that value
> (by using a XPath) when identifying the new child node where I want to set
> the name attribute? If so, how do I set the Text value when defining a
> XPath?
>
> /Hans
> --
> View this message in context:
> http://www.nabble.com/XmlFile-CreateElement-tp17864933p17864933.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
>

Re: [WiX-users] XmlFile CreateElement

[md5hans]

Thanks, that solved my problem!

I have another question related to what I'm trying to do.

The XML-file I want to modify is already installed on the target machine i.e
it is not included in the installation. Where shall I put my XmlFile
statments? The example below installs the xml file settings.xml and then
modifies it, if the file settings.xml was a file already installed what
needs to be changed in the configuration?


  

  

  
   
...



/Hans



Alexander Shevchuk wrote:
> 
> Or you can use the fact that your newly created element does not have
> attribute yet:
> 
> //ParentNode/ChildNodes/ChildNode[\[]not(@Name)[\]]
> 
> 
> Alex
> 
> 
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Ryan Perlman
> Sent: Monday, June 16, 2008 11:12 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] XmlFile CreateElement
> 
> You could also use XmlConfig.
> 
>>From an xpath point of view you can use something like so in your
XmlSetting2 which would get you the 3rd child element.
> 
> "//ParentNode/ChildNodes/ChildNode[\[]3[\]]
> 
> Ryan
> 
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of md5hans
> Sent: Monday, June 16, 2008 6:54 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] XmlFile CreateElement
> 
> 
> Hi!
> 
> I have a question about manipulating XML-files. I want to create a new
> element inside an existing node, after the element is created I want to
> set
> some attributes on it.
> 
> My problem is that there already exists elements of the kind I want to
> add,
> how can I make the setValue action work on the new element instead of on
> of
> the existing? (the first one)
> 
> My XML-file have the following structure
> 
> 
>
>
>
>
> 
> 
> And I want to create a new ChildNode element and set the Name value to
> "C".
> 
>  Action="createElement" Name="ChildNode"
> ElementPath="//ParentNode/ChildNodes" Permanent="no" Sequence="1"/>
>  Action="setValue" Name="Name" Value="C"
> ElementPath="//ParentNode/ChildNodes/ChildNode" Permanent="no"
> Sequence="2"/>
> 
> when I try this it adds a new empty ChildNode element and modifies the
> name
> of the "A" childnode. I suppose that it's not so suprisning since I do not
> specify which ChildNode element that should be modified...
> 
> Should I set the value attribute in createElement and then use that value
> (by using a XPath) when identifying the new child node where I want to set
> the name attribute? If so, how do I set the Text value when defining a
> XPath?
> 
> /Hans
> --
> View this message in context:
> http://www.nabble.com/XmlFile-CreateElement-tp17864933p17864933.html
> Sent from the wix-users mailing list archive at Nabble.com.
> 
> 
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://www.nabble.com/XmlFile-CreateElement-tp17864933p17894334.html
Sent from the wix-users mailing list archive at Nabble.com.


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile CreateElement

[Alexander Shevchuk]

Or you can use the fact that your newly created element does not have attribute 
yet:

//ParentNode/ChildNodes/ChildNode[\[]not(@Name)[\]]


Alex




-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ryan Perlman
Sent: Monday, June 16, 2008 11:12 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlFile CreateElement

You could also use XmlConfig.

>From an xpath point of view you can use something like so in your XmlSetting2 
>which would get you the 3rd child element.

"//ParentNode/ChildNodes/ChildNode[\[]3[\]]

Ryan



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of md5hans
Sent: Monday, June 16, 2008 6:54 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XmlFile CreateElement


Hi!

I have a question about manipulating XML-files. I want to create a new
element inside an existing node, after the element is created I want to set
some attributes on it.

My problem is that there already exists elements of the kind I want to add,
how can I make the setValue action work on the new element instead of on of
the existing? (the first one)

My XML-file have the following structure


   
   
   
   


And I want to create a new ChildNode element and set the Name value to "C".




when I try this it adds a new empty ChildNode element and modifies the name
of the "A" childnode. I suppose that it's not so suprisning since I do not
specify which ChildNode element that should be modified...

Should I set the value attribute in createElement and then use that value
(by using a XPath) when identifying the new child node where I want to set
the name attribute? If so, how do I set the Text value when defining a
XPath?

/Hans
--
View this message in context: 
http://www.nabble.com/XmlFile-CreateElement-tp17864933p17864933.html
Sent from the wix-users mailing list archive at Nabble.com.


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile CreateElement

[Ryan Perlman]

You could also use XmlConfig.

>From an xpath point of view you can use something like so in your XmlSetting2 
>which would get you the 3rd child element.

"//ParentNode/ChildNodes/ChildNode[\[]3[\]]

Ryan



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of md5hans
Sent: Monday, June 16, 2008 6:54 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XmlFile CreateElement


Hi!

I have a question about manipulating XML-files. I want to create a new
element inside an existing node, after the element is created I want to set
some attributes on it.

My problem is that there already exists elements of the kind I want to add,
how can I make the setValue action work on the new element instead of on of
the existing? (the first one)

My XML-file have the following structure


   
   
   
   


And I want to create a new ChildNode element and set the Name value to "C".




when I try this it adds a new empty ChildNode element and modifies the name
of the "A" childnode. I suppose that it's not so suprisning since I do not
specify which ChildNode element that should be modified...

Should I set the value attribute in createElement and then use that value
(by using a XPath) when identifying the new child node where I want to set
the name attribute? If so, how do I set the Text value when defining a
XPath?

/Hans
--
View this message in context: 
http://www.nabble.com/XmlFile-CreateElement-tp17864933p17864933.html
Sent from the wix-users mailing list archive at Nabble.com.


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile CreateElement

[md5hans]

Hi!

I have a question about manipulating XML-files. I want to create a new
element inside an existing node, after the element is created I want to set
some attributes on it. 

My problem is that there already exists elements of the kind I want to add,
how can I make the setValue action work on the new element instead of on of
the existing? (the first one)

My XML-file have the following structure


   
   
   
   


And I want to create a new ChildNode element and set the Name value to "C".




when I try this it adds a new empty ChildNode element and modifies the name
of the "A" childnode. I suppose that it's not so suprisning since I do not
specify which ChildNode element that should be modified...

Should I set the value attribute in createElement and then use that value
(by using a XPath) when identifying the new child node where I want to set
the name attribute? If so, how do I set the Text value when defining a
XPath?

/Hans
-- 
View this message in context: 
http://www.nabble.com/XmlFile-CreateElement-tp17864933p17864933.html
Sent from the wix-users mailing list archive at Nabble.com.


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile Question Regarding "Permanent" Setting

[Bob Arnson]

Darryl Hnatiuk wrote:
> We are currently using WiX version 3.0.4014.0 and have been tring to 
> get the XmlFile action working, and for the most part have everything 
> working fine. However, one setting we've been having trouble with is 
> the "Permanent" setting. From the WiX documentation, my understanding 
> is that the XML modification should be removed during the uninstall 
> (if it is not delete value). From all of my testing, I have never been 
> able to get it to work. The modification always seems to persist.

Obviously, it should work, though XmlConfig adds VerifyPath to better 
support finding the element/attribute to undo.

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



-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile Question Regarding "Permanent" Setting

[Chad Petersen]

I see the same thing with WiX 2.0.5325.0. I don't use the Permanent
attribute, but the changes are never removed.

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Darryl
Hnatiuk
Sent: Tuesday, April 15, 2008 11:04 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XmlFile Question Regarding "Permanent" Setting

 

Hello all,


We are currently using WiX version 3.0.4014.0 and have been tring to get
the XmlFile action working, and for the most part have everything
working fine. However, one setting we've been having trouble with is the
"Permanent" setting. From the WiX documentation, my understanding is
that the XML modification should be removed during the uninstall (if it
is not delete value). From all of my testing, I have never been able to
get it to work. The modification always seems to persist.
My question is, has anyone successfully had an XmlFile action removed
during the uninstall?


Thanks in advance,


Darryl

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile Question Regarding "Permanent" Setting

[Darryl Hnatiuk]

Hello all,

We are currently using WiX version 3.0.4014.0 and have been tring to get the
XmlFile action working, and for the most part have everything working fine.
However, one setting we've been having trouble with is the "Permanent"
setting. From the WiX documentation, my understanding is that the XML
modification should be removed during the uninstall (if it is not delete
value). From all of my testing, I have never been able to get it to work.
The modification always seems to persist.
My question is, has anyone successfully had an XmlFile action removed during
the uninstall?

Thanks in advance,

Darryl
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile cannot access network drive

[Mendelson, Michael]

> I am using Wix 3.0 for an installation to a network drive.  During the
> install an xml configuration file is put into the install directory,
> and then values are pushed in using XmlFile.  
> 
> This breaks during XmlFile when installing to a network drive, because
> of access issues.
> 
> The file is placed on the shared drive without a problem, but XmlFile
> fails when opening or editing the file.  The error seems to come from
> MSXML.  Here's what the log looks like:
> 
> Action start 10:25:25: InstallFinalize.
> MSI (s) (98:BC) [10:25:30:612]: Creating MSIHANDLE (60) of type 790536
> for thread 444
> MSI (s) (98!7C) [10:25:31:093]: Creating MSIHANDLE (61) of type 790531
> for thread 2684
> ExecXmlFile:  Error 0x80070005: failed to load XML file:
> \\machine1\transfer\Install\SetupConfig.xml
> MSI (s) (98!7C) [10:25:31:103]: Closing MSIHANDLE (61) of type 790531
> for thread 2684
> MSI (s) (98!7C) [10:25:31:103]: Creating MSIHANDLE (62) of type 790531
> for thread 2684
> MSI (s) (98!7C) [10:25:33:076]: Product: My Product Network Install --
> Error 25531. Failed to open XML file
> \\machine1\transfer\Install\SetupConfig.xml, system error: -2147024891
> MSI (s) (98!7C) [10:25:33:086]: Closing MSIHANDLE (62) of type 790531
> for thread 2684
> MSI (s) (98:7C) [10:25:33:116]: Closing MSIHANDLE (60) of type 790536
> for thread 444
> 
> Using the filemon.exe tool to dig into the problem, I found that the
> process is not run under the (administrative) user who started the
> process, but as the internal SYSTEM user.  This is causing an ACCESS
> DENIED error.
> 
> The question is how to get the configured file onto a network drive?
> 
> 
> My understanding is that XmlFile is a "stock" custom action.  I could
> use XmlFile to edit the file locally and then push it out to the
> network drive using another custom action - but if all custom actions
> run under the SYSTEM user, this would not work either
> 
> Thanks, anyone!
> 
> Michael


The information contained in this message is intended only for the recipient, 
and may be a confidential attorney-client communication or may otherwise be 
privileged and confidential and protected from disclosure. If the reader of 
this message is not the intended recipient, or an employee or agent responsible 
for delivering this message to the intended recipient, please be aware that any 
dissemination or copying of this communication is strictly prohibited. If you 
have received this communication in error, please immediately notify us by 
replying to the message and deleting it from your computer.  The McGraw-Hill 
Companies, Inc. reserves the right, subject to applicable local law, to monitor 
and review the content of any electronic message or information sent to or from 
McGraw-Hill employee e-mail addresses without informing the sender or recipient 
of the message.

-
SF.Net email is sponsored by: 
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLFile and XMLConfig

[Julie Campbell]

Fadi,

This information has been put onto my wix wiki as a working example.  Here
is the link:

http://wix.mindcapers.com/wiki/XmlConfig_Example


Julie Campbell
[EMAIL PROTECTED]

--

Message: 4
Date: Wed, 28 Nov 2007 11:19:52 +0200
From: "Fadi Haik" <[EMAIL PROTECTED]>
Subject: Re: [WiX-users] XMLFile and XMLConfig
To: wix-users@lists.sourceforge.net
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"

Hi,
seems I should open bug/feature request in wix website ?
please let me know if the issue bellow not working for me since I dont know
how to use or it just missing feature ?
Thanks in advance,
Fadi

On Nov 25, 2007 10:44 PM, Fadi Haik <[EMAIL PROTECTED]> wrote:

> Hi
>
>
>
> I am trying to update on setup XML file in this format ( I use wix
> 3.0.3509.0)
>
>
>
> 
>
> - 
>
> -  temp1
>
> - temp1val
>
>   
>
> - 
>
> - temp2
>
> - temp2val
>
>   
>
> 
>
>
>
> I don't know how many entries already inside that file therefore I need to
> use XPath function last()
>
> but it does not work for me, I have read the escaping issue on previous
> post and added new property "[last()]", btw
>
> "IteamList/item[0]" working for me.
>
>
>
> I tried as well to use the XMLConfig the new feature of WIX 3, but seems
> to me that XMLConfig working good for
>
>
>
> 
>
> - 
>
> - 
>
> 
>
>
>
>  since in XMLConfig you can refer to previous node for Value setting but
> for node create this option does not seems to be available.
>
>
>
> Could you please help me to figure how I should use those WIX Element ?
>
> Thanks in advance,
>
> Fadi
>



_
Scanned by IBM Email Security Management Services powered by MessageLabs. For 
more information please visit http://www.ers.ibm.com
_

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLFile and XMLConfig

[Fadi Haik]

Hi,
seems I should open bug/feature request in wix website ?
please let me know if the issue bellow not working for me since I dont know
how to use or it just missing feature ?
Thanks in advance,
Fadi

On Nov 25, 2007 10:44 PM, Fadi Haik <[EMAIL PROTECTED]> wrote:

> Hi
>
>
>
> I am trying to update on setup XML file in this format ( I use wix
> 3.0.3509.0)
>
>
>
> 
>
> - 
>
> -  temp1
>
> - temp1val
>
>   
>
> - 
>
> - temp2
>
> - temp2val
>
>   
>
> 
>
>
>
> I don't know how many entries already inside that file therefore I need to
> use XPath function last()
>
> but it does not work for me, I have read the escaping issue on previous
> post and added new property "[last()]", btw
>
> "IteamList/item[0]" working for me.
>
>
>
> I tried as well to use the XMLConfig the new feature of WIX 3, but seems
> to me that XMLConfig working good for
>
>
>
> 
>
> - 
>
> - 
>
> 
>
>
>
>  since in XMLConfig you can refer to previous node for Value setting but
> for node create this option does not seems to be available.
>
>
>
> Could you please help me to figure how I should use those WIX Element ?
>
> Thanks in advance,
>
> Fadi
>
>
>
-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile From Property

[Rob Mensching]

The Xml custom actions are configured to run after files are installed for
exactly the case you list below.

-Original Message-
From: James Renton [mailto:[EMAIL PROTECTED] 
Sent: Monday, November 05, 2007 13:14
To: Rob Mensching
Subject: RE: [WiX-users] XmlFile From Property

That's great!

But with these "standard" custom actions, how do I configure when they
run?  I want to make sure the file exists that I am editing...

Thanks,

James A. Renton
Castel, Inc.

-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 04, 2007 5:08 PM
To: James Renton
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] XmlFile From Property

No, the columns for data in XmlFile and XmlConfig should all be
Formatted.  That means you can use the syntax "[PropertyName]" to get
the value of a Property.  The MSI SDK has more info.

James Renton wrote:
>
> I was looking at using the XmlFile custom action.
>
>
>
> I wanted to store the values in the Property table; and issue various
> installs with setting customized (by me) using Orca.  However, it
> appears as if you have to hard code the value attribute of the xml
> tag; and that it therefore cannot reference the properties table.
>
>
>
> Is this in fact true, or is there a way for me to do what I suggest?
>
>
>
> Let me know,
>
>
>
> James
>
> Beverly, MA
>
>

>
>

-
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a
browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
>

>
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XMLFile and XMLConfig

[Fadi Haik]

Hi



I am trying to update on setup XML file in this format ( I use wix
3.0.3509.0)





- 

-  temp1

- temp1val

  

- 

- temp2

- temp2val

  





I don't know how many entries already inside that file therefore I need to
use XPath function last()

but it does not work for me, I have read the escaping issue on previous post
and added new property "[last()]", btw

"IteamList/item[0]" working for me.



I tried as well to use the XMLConfig the new feature of WIX 3, but seems to
me that XMLConfig working good for





- 

- 





 since in XMLConfig you can refer to previous node for Value setting but for
node create this option does not seems to be available.



Could you please help me to figure how I should use those WIX Element ?

Thanks in advance,

Fadi
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile From Property

[Rob Mensching]

No, the columns for data in XmlFile and XmlConfig should all be 
Formatted.  That means you can use the syntax "[PropertyName]" to get 
the value of a Property.  The MSI SDK has more info.

James Renton wrote:
>
> I was looking at using the XmlFile custom action.
>
>  
>
> I wanted to store the values in the Property table; and issue various 
> installs with setting customized (by me) using Orca.  However, it 
> appears as if you have to hard code the value attribute of the xml 
> tag; and that it therefore cannot reference the properties table.
>
>  
>
> Is this in fact true, or is there a way for me to do what I suggest?
>
>  
>
> Let me know,
>
>  
>
> James
>
> Beverly, MA
>
> 
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> 
>
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile From Property

[James Renton]

I was looking at using the XmlFile custom action.

 

I wanted to store the values in the Property table; and issue various
installs with setting customized (by me) using Orca.  However, it
appears as if you have to hard code the value attribute of the xml tag;
and that it therefore cannot reference the properties table.

 

Is this in fact true, or is there a way for me to do what I suggest?

 

Let me know,

 

James

Beverly, MA

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile failing to open installed file

[John Hancock (HSG)]

I discovered that if the XML file encoding is utf-8 instead of utf-16 that the 
XmlFile action works properly. It appears that the utf-16 encoding prevents the 
XML file from being loaded properly, which is why I was seeing that the file 
was opened properly in filemon but XmlFile was still failing to load. I'm 
cc'ing wix-devs so that it can be flagged as a bug if need be.

John

-Original Message-
From: John Hancock (HSG) [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 22, 2007 1:30 PM
To: Alexei; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] XmlFile failing to open installed file

I wondered if that was the case as well, but based on looking at the install 
log and the file activity using filemon, the file does appear to get installed 
before the XmlFile action is executed and fails.

John


-Original Message-
From: Alexei [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 22, 2007 12:09 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] XmlFile failing to open installed file


Is the xml file part of the same install that tries to modify it? If so you
will probably need some sort of of deferred custom action, as the file will
probably not have been copied over prior to the XmlConfig being run.



John Hancock (HSG) wrote:
>
> Based on some information posted elsewhere, it looked like the double
> slash might have been necessary. Regardless, it doesn't work with either
> the single slash or double slash.
>
> Thanks,
>
> John
>
>
> -Original Message-
> From: Julie Campbell [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 22, 2007 11:42 AM
> To: wix-users@lists.sourceforge.net; John Hancock (HSG)
> Subject: RE: [WiX-users] XmlFile failing to open installed file
>
> John,
>
> Why the double slashes at the beginning of your element names?  Just one
> slash...
>
>  Id='ADD_SOME_TOC'
> Sequence='26001'
> Action='create'
> On='install'
> Name='toc_replaceme'
> Node='element'
> ElementPath='/plugin/extension'
> File='[INSTALLDIR]plugin.xml'
> VerifyPath='/plugin/extension/[EMAIL PROTECTED]"SomeTOC.xml"[\]]' />
>
> Julie Campbell
> [EMAIL PROTECTED]
>
>
> --
>
> Message: 3
> Date: Wed, 22 Aug 2007 08:33:10 -0700
> From: "John Hancock (HSG)" <[EMAIL PROTECTED]>
> Subject: [WiX-users] XmlFile failing to open installed file
> To: "wix-users@lists.sourceforge.net"
> 
> Message-ID:
>
> <[EMAIL PROTECTED]
> soft.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> I'm having problems with the XmlFile custom action using Wix 3.0 where the
> installer says it fails to open the installed XML file. The installer is
> being run on a Windows Server 2003 machine with SP1.
>
> In particular, I have something like the following:
>
>   
> 
>  Action="setValue" ElementPath="//Config/Name" Value="[NAME]"/>
>  File="[INSTALLLOCATION]Config.xml" Action="setValue"
> ElementPath="//Config/IPAddress" Value="[IPADDRESS]"/>
>   
>
> The XML file is installed in the proper location and when it goes to use
> the
> custom action, it looks in the proper location for the file, but I get an
> error that causes the installation to abort. The error in the installation
> logfile looks like:
>
> ExecXmlFile: Error 0x8007006e: failed to load XML file:
> C:\inetpub\MyDirectory\Config.xml
>
> If I have filemon open, however, at the time the ExecXmlFile fails, it
> claims that the file READ request returned SUCCESS. The paths appear
> correct
> and if I leave out the XmlFile actions the file installs properly in the
> location expected.
>
> Anyone have any ideas what's going wrong? My Config.xml looks like the
> following:
>
>  
> 
>  servername
>  serverIP
> 
>
>
> Thanks for any assistance!
>
> John
>
>
>
>
> _
> Scanned by IBM Email Security Management Services powered by MessageLabs.
> For more information please visit http://www.ers.ibm.com
> _
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _

Re: [WiX-users] XmlFile failing to open installed file

[John Hancock (HSG)]

I wondered if that was the case as well, but based on looking at the install 
log and the file activity using filemon, the file does appear to get installed 
before the XmlFile action is executed and fails.

John


-Original Message-
From: Alexei [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 22, 2007 12:09 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] XmlFile failing to open installed file


Is the xml file part of the same install that tries to modify it? If so you
will probably need some sort of of deferred custom action, as the file will
probably not have been copied over prior to the XmlConfig being run.



John Hancock (HSG) wrote:
>
> Based on some information posted elsewhere, it looked like the double
> slash might have been necessary. Regardless, it doesn't work with either
> the single slash or double slash.
>
> Thanks,
>
> John
>
>
> -Original Message-
> From: Julie Campbell [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 22, 2007 11:42 AM
> To: wix-users@lists.sourceforge.net; John Hancock (HSG)
> Subject: RE: [WiX-users] XmlFile failing to open installed file
>
> John,
>
> Why the double slashes at the beginning of your element names?  Just one
> slash...
>
>  Id='ADD_SOME_TOC'
> Sequence='26001'
> Action='create'
> On='install'
> Name='toc_replaceme'
> Node='element'
> ElementPath='/plugin/extension'
> File='[INSTALLDIR]plugin.xml'
> VerifyPath='/plugin/extension/[EMAIL PROTECTED]"SomeTOC.xml"[\]]' />
>
> Julie Campbell
> [EMAIL PROTECTED]
>
>
> --
>
> Message: 3
> Date: Wed, 22 Aug 2007 08:33:10 -0700
> From: "John Hancock (HSG)" <[EMAIL PROTECTED]>
> Subject: [WiX-users] XmlFile failing to open installed file
> To: "wix-users@lists.sourceforge.net"
> 
> Message-ID:
>
> <[EMAIL PROTECTED]
> soft.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> I'm having problems with the XmlFile custom action using Wix 3.0 where the
> installer says it fails to open the installed XML file. The installer is
> being run on a Windows Server 2003 machine with SP1.
>
> In particular, I have something like the following:
>
>   
> 
>  Action="setValue" ElementPath="//Config/Name" Value="[NAME]"/>
>  File="[INSTALLLOCATION]Config.xml" Action="setValue"
> ElementPath="//Config/IPAddress" Value="[IPADDRESS]"/>
>   
>
> The XML file is installed in the proper location and when it goes to use
> the
> custom action, it looks in the proper location for the file, but I get an
> error that causes the installation to abort. The error in the installation
> logfile looks like:
>
> ExecXmlFile: Error 0x8007006e: failed to load XML file:
> C:\inetpub\MyDirectory\Config.xml
>
> If I have filemon open, however, at the time the ExecXmlFile fails, it
> claims that the file READ request returned SUCCESS. The paths appear
> correct
> and if I leave out the XmlFile actions the file installs properly in the
> location expected.
>
> Anyone have any ideas what's going wrong? My Config.xml looks like the
> following:
>
>  
> 
>  servername
>  serverIP
> 
>
>
> Thanks for any assistance!
>
> John
>
>
>
>
> _
> Scanned by IBM Email Security Management Services powered by MessageLabs.
> For more information please visit http://www.ers.ibm.com
> _
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>

--
View this message in context: 
http://www.nabble.com/Re%3A-XmlFile-failing-to-open-installed-file-tf4312413.html#a12277941
Sent from the wix-users mailing list archive at Nabble.com.




-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile failing to open installed file

[Alexei]

Is the xml file part of the same install that tries to modify it? If so you
will probably need some sort of of deferred custom action, as the file will
probably not have been copied over prior to the XmlConfig being run.



John Hancock (HSG) wrote:
> 
> Based on some information posted elsewhere, it looked like the double
> slash might have been necessary. Regardless, it doesn't work with either
> the single slash or double slash.
> 
> Thanks,
> 
> John
> 
> 
> -Original Message-
> From: Julie Campbell [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 22, 2007 11:42 AM
> To: wix-users@lists.sourceforge.net; John Hancock (HSG)
> Subject: RE: [WiX-users] XmlFile failing to open installed file
> 
> John,
> 
> Why the double slashes at the beginning of your element names?  Just one
> slash...
> 
>  Id='ADD_SOME_TOC'
> Sequence='26001'
> Action='create'
> On='install'
> Name='toc_replaceme'
> Node='element'
> ElementPath='/plugin/extension'
> File='[INSTALLDIR]plugin.xml'
> VerifyPath='/plugin/extension/[EMAIL PROTECTED]"SomeTOC.xml"[\]]' />
> 
> Julie Campbell
> [EMAIL PROTECTED]
> 
> 
> --
> 
> Message: 3
> Date: Wed, 22 Aug 2007 08:33:10 -0700
> From: "John Hancock (HSG)" <[EMAIL PROTECTED]>
> Subject: [WiX-users] XmlFile failing to open installed file
> To: "wix-users@lists.sourceforge.net"
> 
> Message-ID:
> 
> <[EMAIL PROTECTED]
> soft.com>
> 
> Content-Type: text/plain; charset="us-ascii"
> 
> I'm having problems with the XmlFile custom action using Wix 3.0 where the
> installer says it fails to open the installed XML file. The installer is
> being run on a Windows Server 2003 machine with SP1.
> 
> In particular, I have something like the following:
> 
>   
> 
>  Action="setValue" ElementPath="//Config/Name" Value="[NAME]"/>
>  File="[INSTALLLOCATION]Config.xml" Action="setValue"
> ElementPath="//Config/IPAddress" Value="[IPADDRESS]"/>
>   
> 
> The XML file is installed in the proper location and when it goes to use
> the
> custom action, it looks in the proper location for the file, but I get an
> error that causes the installation to abort. The error in the installation
> logfile looks like:
> 
> ExecXmlFile: Error 0x8007006e: failed to load XML file:
> C:\inetpub\MyDirectory\Config.xml
> 
> If I have filemon open, however, at the time the ExecXmlFile fails, it
> claims that the file READ request returned SUCCESS. The paths appear
> correct
> and if I leave out the XmlFile actions the file installs properly in the
> location expected.
> 
> Anyone have any ideas what's going wrong? My Config.xml looks like the
> following:
> 
>  
> 
>  servername
>  serverIP
> 
> 
> 
> Thanks for any assistance!
> 
> John
> 
> 
> 
> 
> _
> Scanned by IBM Email Security Management Services powered by MessageLabs.
> For more information please visit http://www.ers.ibm.com
> _
> 
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Re%3A-XmlFile-failing-to-open-installed-file-tf4312413.html#a12277941
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users