[WiX-users] XmlConfig insertion location

[Grant Shirreffs]

Is there a way to **insert** a new XML element at a particular location using 
XmlConfig, rather than just adding it?

I am using XmlConfig to register a new IIS handler in applicationHost.config.  
Unfortunately, my code ends up adding the new entry at the end of the handler 
list, and so the new handler is never activated, as the '*' static handler 
appears higher in the list.  I can easily go into IIS Manager and reorder the 
list so my handler appears higher, but this is the kind of detail which is 
inevitably forgotten.











What I really want to do is to specify in the Action="create" line that the new 
element should be created before the '*' static handler.  Any ideas or 
suggestions?

Thanks
Grant

--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLConfig updates only from command line

[Jeremiahf]

Why didn't I think of that Sigh.. I did something similar for another
msi. Thank you so much. I made it a seperate component and set a condition
as you advised. Default is no but from command line when set to yes and
other parameter is passed the config file gets updated. Fantastic!

Cheers,

J

On Thu, Sep 18, 2014 at 12:34 AM, Stabiplan Development 
wrote:

> Hi J,
>
> Yes this is possible. Are you using just an MSI or do you use a burn
> bootstrapper?
>
> In case of an MSI you can define a property that you pass on the command
> line, similar to INSTALLDIR=... You can create your own property say
> UPDATEXML= where value can be yes or no so something like that.
>
> In your component that executes the xml update (or your custom action) you
> can use the 'condition' facility to let it run based on your command line
> supplied value.
>
> For custom actions you can use the format:  ..>UPDATEXML="yes"
> For components you can use the condition tag:
> 
>
> But check the documentation for exact syntax.
>
> Best regards,
>
> Rob van Rosmalen B ICT  software engineer
> stabiplan +31 172 65 02 65  www.stabiplan.nl www.stabiplan.nl/disclaimer
> -Original Message-
> From: Jeremiahf [mailto:jeremi...@gmail.com]
> Sent: woensdag 17 september 2014 23:14
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] XMLConfig updates only from command line
>
> Also the command line parameters do update the config file. Just wanted to
> be clear that the XML config file should only be written to when a command
> line parameter is used.
>
> Thanks again for any assistance.
>
> J
>
> On Wed, Sep 17, 2014 at 2:17 PM, Jeremiahf  wrote:
>
> > Hello,
> >
> > I have an installer that writes "default" property values to an XML
> > config file every time the installer runs . I have a new requirement
> > that does not allow me to "hardcode/set" those default property values
> > within the installer but just install the config file and only update
> > the config file when a command line parameter is passed to update a
> > specific value in the config file. So in other words, install the file
> > with it's default values when harvested and *only* write/update values
> > to it when a command line parameter is passed during installation. Is
> this possible?
> >
> > Thank you in advance,
> >
> > J
> >
>
>
>
> --
> "They may forget what you said but they will never forget how you made
> them feel." -- Anonymous
>
> --
> Want excitement?
> Manually upgrade your production database.
> When you want reliability, choose Perforce Perforce version control.
> Predictably reliable.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Want excitement?
> Manually upgrade your production database.
> When you want reliability, choose Perforce
> Perforce version control. Predictably reliable.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Slashdot TV.  Video for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLConfig updates only from command line

[Stabiplan Development]

Hi J,

Yes this is possible. Are you using just an MSI or do you use a burn 
bootstrapper?

In case of an MSI you can define a property that you pass on the command line, 
similar to INSTALLDIR=... You can create your own property say 
UPDATEXML= where value can be yes or no so something like that.

In your component that executes the xml update (or your custom action) you can 
use the 'condition' facility to let it run based on your command line supplied 
value.

For custom actions you can use the format: UPDATEXML="yes"
For components you can use the condition tag: 


But check the documentation for exact syntax.

Best regards,

Rob van Rosmalen B ICT  software engineer 
stabiplan +31 172 65 02 65  www.stabiplan.nl www.stabiplan.nl/disclaimer 
-Original Message-
From: Jeremiahf [mailto:jeremi...@gmail.com] 
Sent: woensdag 17 september 2014 23:14
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLConfig updates only from command line

Also the command line parameters do update the config file. Just wanted to be 
clear that the XML config file should only be written to when a command line 
parameter is used.

Thanks again for any assistance.

J

On Wed, Sep 17, 2014 at 2:17 PM, Jeremiahf  wrote:

> Hello,
>
> I have an installer that writes "default" property values to an XML 
> config file every time the installer runs . I have a new requirement 
> that does not allow me to "hardcode/set" those default property values 
> within the installer but just install the config file and only update 
> the config file when a command line parameter is passed to update a 
> specific value in the config file. So in other words, install the file 
> with it's default values when harvested and *only* write/update values 
> to it when a command line parameter is passed during installation. Is this 
> possible?
>
> Thank you in advance,
>
> J
>



--
"They may forget what you said but they will never forget how you made them 
feel." -- Anonymous
--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce Perforce version control. 
Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLConfig updates only from command line

[Jeremiahf]

Also the command line parameters do update the config file. Just wanted to
be clear that the XML config file should only be written to when a command
line parameter is used.

Thanks again for any assistance.

J

On Wed, Sep 17, 2014 at 2:17 PM, Jeremiahf  wrote:

> Hello,
>
> I have an installer that writes "default" property values to an XML config
> file every time the installer runs . I have a new requirement that does not
> allow me to "hardcode/set" those default property values within the
> installer but just install the config file and only update the config file
> when a command line parameter is passed to update a specific value in the
> config file. So in other words, install the file with it's default values
> when harvested and *only* write/update values to it when a command line
> parameter is passed during installation. Is this possible?
>
> Thank you in advance,
>
> J
>



-- 
"They may forget what you said but they will never forget how you made them
feel." -- Anonymous
--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XMLConfig updates only from command line

[Jeremiahf]

Hello,

I have an installer that writes "default" property values to an XML config
file every time the installer runs . I have a new requirement that does not
allow me to "hardcode/set" those default property values within the
installer but just install the config file and only update the config file
when a command line parameter is passed to update a specific value in the
config file. So in other words, install the file with it's default values
when harvested and *only* write/update values to it when a command line
parameter is passed during installation. Is this possible?

Thank you in advance,

J
--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlConfig issue with Repair

[Adam Kadzban]

Hi guys,

I have an installer that's taking a password as input, and with that
password creating an encrypted connection string. I'm using XmlConfig
elements to dynamically insert the encrypted string into the application's
config file. Install is working fine but Repair is creating an encrypted
connection string with a blank password.

I really don't want to override the UI sequence to redirect to a page where
the user has to re-input the password. It seems hacky to save the encrypted
string in the registry (where the other inputs are being saved to/read
from) since it's already being written to the config file. It doesn't look
like there's a way to read and parse values out of XML files using
XmlConfig though. I'm not sure what the ServiceInstall element is doing
under the covers but it seems to be appropriately saving/reading the
password for Services during Repair.

Am I missing something or do I have to bite the bullet and store the string
in both the config file and the registry?

Thanks,
Adam
--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce.
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig issue

[Rob Mensching]

I think that error  0x8007006e means the file could not be opened. My first
guess would be that either it's missing or it is not XML.


On Mon, Mar 18, 2013 at 9:29 AM, Sean Farrow
wrote:

> Hi all,
>
> I’m just refactoring and upgrading an installer from v2 to v3.8 of Wix.
> We are using an XmlConfig from the util extension to modify a config file
> that is being installed with a .net application.
> The file is being installed—looking at the directory as the product is
> being installed, but I’m getting the message that the installer carn’t open
> the file.
> I get know filename from the ca but for what it’s worth here’s the log:
> MSI (s) (68:8C) [16:12:51:212]: Executing op:
> ActionStart(Name=ExecXmlConfig,,)
> Action 16:12:51: ExecXmlConfig.
> MSI (s) (68:8C) [16:12:51:217]: Executing op:
> CustomActionSchedule(Action=ExecXmlConfig,ActionType=3073,Source=BinaryData,Target=ExecXmlConfig,CustomActionData=1€€6€0€/configuration/appSettings€€add€€2€key€misType€value€simsNet€6€0€/configuration/appSettings€€add€€2€key€central.user€value€test€6€0€/configuration/encryptedAppSettings€€add€€2€key€central.password€value€test€6€0€/configuration/appSettings€€add€€2€key€sims.user€value€test€6€0€/configuration/encryptedAppSettings€€add€€2€key€sims.password€value€test€6€0€/configuration/appSettings€€add€€2€key€simsNet.fields.classPupil.lpplus€value€UPN€6€0€/configuration/appSettings€€add€€2€key€simsNet.fields.pupilLeaver.lpplus€value€UPN€6€0€/configuration/appSettings€€add€€2€key€simsNet.fields.parentPupil.lpplus€value€UPN,Forename,Surname,Year,RegistrationGroup€6€0€/configuration/appSettings€€add€€2€key€simsNet.fields.pupilFuture.lpplus€value€UPN)
> MSI (s) (68:F4) [16:12:51:279]: Invoking remote custom action. DLL:
> C:\Windows\Installer\MSIDECD.tmp, Entrypoint: ExecXmlConfig
> MSI (s) (68:58) [16:12:51:279]: Generating random cookie.
> MSI (s) (68:58) [16:12:51:283]: Created Custom Action Server with PID 6216
> (0x1848).
> MSI (s) (68:F4) [16:12:51:577]: Running as a service.
> MSI (s) (68:F4) [16:12:51:580]: Hello, I'm your 32bit Elevated custom
> action server.
> ExecXmlConfig:  Error 0x8007006e: failed to load XML file:
> Error 25541. Failed to open XML file , system error: -2147024786
> MSI (s) (68!44) [16:13:42:281]: Product: The Connect Tool -- Error 25541.
> Failed to open XML file , system error: -2147024786
>
> CustomAction ExecXmlConfig returned actual error code 1603 (note this may
> not be 100% accurate if translation happened inside sandbox)
> Action ended 16:13:43: InstallFinalize. Return value 3.
> MSI (s) (68:8C) [16:13:43:907]: User policy value 'DisableRollback' is 0
> And here’s the component that configures all the xml.
> 
> 
> 
> 
> 
>  Guid="F8CCB53A-BB0C-498E-B89A-CA47A35DEADB" Directory="INSTALLFOLDER">
>   
>Action="create" ElementPath="/configuration/appSettings" Name="add"
> Node="element" Sequence="1" On="install" />
>File="[#Salamander.Host.exe.config]" ElementPath="misTypeAdd" Name="key"
> Value="misType" Sequence="2" />
>File="[#Salamander.Host.exe.config]" ElementPath="misTypeAdd" Name="value"
> Value="[MISTYPE]" Sequence="3" />
>
>File="[#Salamander.Host.exe.config]" Action="create"
> ElementPath="/configuration/appSettings" Name="add" Node="element"
> Sequence="4" On="install" />
>File="[#Salamander.Host.exe.config]" ElementPath="centralUserAdd"
> Name="key" Value="central.user" Sequence="5" />
>File="[#Salamander.Host.exe.config]" ElementPath="centralUserAdd"
> Name="value" Value="[SALAMANDERACCOUNT]" Sequence="6" />
>
>File="[#Salamander.Host.exe.config]" Action="create"
> ElementPath="/configuration/encryptedAppSettings" Name="add" Node="element"
> Sequence="11" On="install" />
>File="[#Salamander.Host.exe.config]" ElementPath="centralPasswordAdd"
> Name="key" Value="central.password" Sequence="12" />
>File="[#Salamander.Host.exe.config]" ElementPath="centralPasswordAdd"
> Name="value" Value="[SALAMANDERPASSWORD]" Sequence="13" />
> 
> 
>   
> 
> 
> 
> 
> 
>  Directory="INSTALLFOLDER">
>   
>File="[#Salamander.Host.exe.config]" Action="create"
> ElementPath="/configuration/appSettings" Name="add" Node="element"
> Sequence="21" On="install" />
>File="[#Salamander.Host.exe.config]" ElementPath="SimsUserAdd" Name="key"
> Value="sims.user" Sequence="22" />
>File="[#Salamander.Host.exe.config]" ElementPath="SimsUserAdd" Name="value"
> Value="[SIMSACCOUNT]" Sequence="23" />
>
>File="[#Salamander.Host.exe.config]" Action="create"
> ElementPath="/configuration/encryptedAppSettings" Name="add" Node="element"
> Sequence="31" On="install" />
>File="[#Salamander.Host.exe.config]" ElementPath="SimsPasswordAdd"
> Name="key" Value="sims.password" Sequence="32" />
>File="[#Salamander.Host.exe.config]" ElementPath="SimsPasswordAdd"
> Name="value" Value="[SIMSPASSWORD]" Sequence="33" />
>
>  

[WiX-users] XmlConfig issue

[Sean Farrow]

Hi all,

I’m just refactoring and upgrading an installer from v2 to v3.8 of Wix.
We are using an XmlConfig from the util extension to modify a config file that 
is being installed with a .net application.
The file is being installed—looking at the directory as the product is being 
installed, but I’m getting the message that the installer carn’t open the file.
I get know filename from the ca but for what it’s worth here’s the log:
MSI (s) (68:8C) [16:12:51:212]: Executing op: ActionStart(Name=ExecXmlConfig,,)
Action 16:12:51: ExecXmlConfig.
MSI (s) (68:8C) [16:12:51:217]: Executing op: 
CustomActionSchedule(Action=ExecXmlConfig,ActionType=3073,Source=BinaryData,Target=ExecXmlConfig,CustomActionData=1€€6€0€/configuration/appSettings€€add€€2€key€misType€value€simsNet€6€0€/configuration/appSettings€€add€€2€key€central.user€value€test€6€0€/configuration/encryptedAppSettings€€add€€2€key€central.password€value€test€6€0€/configuration/appSettings€€add€€2€key€sims.user€value€test€6€0€/configuration/encryptedAppSettings€€add€€2€key€sims.password€value€test€6€0€/configuration/appSettings€€add€€2€key€simsNet.fields.classPupil.lpplus€value€UPN€6€0€/configuration/appSettings€€add€€2€key€simsNet.fields.pupilLeaver.lpplus€value€UPN€6€0€/configuration/appSettings€€add€€2€key€simsNet.fields.parentPupil.lpplus€value€UPN,Forename,Surname,Year,RegistrationGroup€6€0€/configuration/appSettings€€add€€2€key€simsNet.fields.pupilFuture.lpplus€value€UPN)
MSI (s) (68:F4) [16:12:51:279]: Invoking remote custom action. DLL: 
C:\Windows\Installer\MSIDECD.tmp, Entrypoint: ExecXmlConfig
MSI (s) (68:58) [16:12:51:279]: Generating random cookie.
MSI (s) (68:58) [16:12:51:283]: Created Custom Action Server with PID 6216 
(0x1848).
MSI (s) (68:F4) [16:12:51:577]: Running as a service.
MSI (s) (68:F4) [16:12:51:580]: Hello, I'm your 32bit Elevated custom action 
server.
ExecXmlConfig:  Error 0x8007006e: failed to load XML file:
Error 25541. Failed to open XML file , system error: -2147024786
MSI (s) (68!44) [16:13:42:281]: Product: The Connect Tool -- Error 25541. 
Failed to open XML file , system error: -2147024786

CustomAction ExecXmlConfig returned actual error code 1603 (note this may not 
be 100% accurate if translation happened inside sandbox)
Action ended 16:13:43: InstallFinalize. Return value 3.
MSI (s) (68:8C) [16:13:43:907]: User policy value 'DisableRollback' is 0
And here’s the component that configures all the xml.






  
  
  
  

  
  
  

  
  
  


  






  
  
  
  

  
  
  

  
  
  

  
  
  

  
  
  

  
  
  

  
  


  
Anyone got any ideas?
Chers
Sean.
--
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] XmlConfig in multiple MergeModules

[Stelios Kyprou]

Figured this out. It was as simple as reducing the length an XmlConfig "Id" 
('ConnectorServiceRelativePathDefinition') which was too long to handle

> -Original Message-
> From: Stelios Kyprou [mailto:stelios.kyp...@formicary.net]
> Sent: 15 June 2011 12:35
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] XmlConfig in multiple MergeModules
>
> Hello,
> I was wondering if it is possible to use XmlConfig in multiple merge modules,
> that will later be used in a single installer.
> For example, I have MergeModule1, which has:
> 
>   
>  On='install'
>   Action='create'
>   Sequence='1'
>   File='[#appConfigFile]'
>
> ElementPath="//configuration/appSettings/add[\[]@key='Modules'[\]]"
>   Node="value"
>   Name="value"
>   Value='[MODULES]'/>
>  On='install'
>   Action='create'
>   Sequence='2'
>   File='[#appConfigFile]'
>
> ElementPath="//configuration/appSettings/add[\[]@key='ConnectorService
> FolderName'[\]]"
>   Node="value"
>   Name="value"
>   Value='..\!(loc.ConnectorFolderName)'/>
> 
>   
>
> MergeModule2 has the following Component:
>
>   
> 
>  On='install'
>   Action='create'
>   Sequence='1'
>   File='[#file_E1F5BC4046FD48ADB558DE10AA3F4B50]'
>
> ElementPath="//configuration/appSettings/add[\[]@key='Modules'[\]]"
>   Node="value"
>   Name="value"
>   Value='[MODULES]'/>
>  On='install'
>   Action='create'
>   Sequence='2'
>   File='[#file_E1F5BC4046FD48ADB558DE10AA3F4B50]'
>
> ElementPath="//configuration/appSettings/add[\[]@key='PrivateApiFileSer
> verRelativePath'[\]]"
>   Node="value"
>   Name="value"
>   Value='..\!(loc.GcwaFolderNme)'/>
> 
>   
>
> This doesn't seem to work when I use both merge modules in an installer,
> and I get a warning when compiling:
> warning LGHT1055: The InstallExecuteSequence table contains an action
> 'SchedXmlConfig' which cannot be merged from the merge module 'blah'.
> This action is likely colliding with an action in the database that is being
> created.  The colliding action may have been authored in the database or
> merged in from another merge module.  If this is a standard action, it is 
> likely
> colliding due to a difference in the condition for the action in the database
> and merge module.  If this is a custom action, it should only be declared in
> the database or one merge module.
> warning LGHT1056: The CustomAction table contains a row with primary
> key(s) 'SchedXmlConfig' which cannot be merged from the merge module
> 'blah'.  This is likely due to collision of rows with the same primary key(s) 
> (but
> other different values in other columns) between the database and the
> merge module.
> warning LGHT1056: The CustomAction table contains a row with primary
> key(s) 'ExecXmlConfig' which cannot be merged from the merge module
> 'blah'.  This is likely due to collision of rows with the same primary key(s) 
> (but
> other different values in other columns) between the database and the
> merge module.
> warning LGHT1056: The CustomAction table contains a row with primary
> key(s) 'ExecXmlConfigRollback' which cannot be merged from the merge
> module 'blah'.  This is likely due to collision of rows with the same primary
> key(s) (but other different values in other columns) between the database
> and the merge module.
>
> Obviously, when I try to install I get an error saying:
> SchedXmlConfig:  Error 0x8007007a: failed to copy XmlConfig record Id
> SchedXmlConfig:  Error 0x8007007a: failed to read XmlConfig table Error
> 25540. There was a failure while configuring XML files.
>
> Any tips on how to resolve this? It's far easier to have the configuration
&

[WiX-users] XmlConfig in multiple MergeModules

[Stelios Kyprou]

Hello,
I was wondering if it is possible to use XmlConfig in multiple merge modules, 
that will later be used in a single installer.
For example, I have MergeModule1, which has:

  
  
  

  

MergeModule2 has the following Component:

  

  
  

  

This doesn't seem to work when I use both merge modules in an installer, and I 
get a warning when compiling:
warning LGHT1055: The InstallExecuteSequence table contains an action 
'SchedXmlConfig' which cannot be merged from the merge module 'blah'.  This 
action is likely colliding with an action in the database that is being 
created.  The colliding action may have been authored in the database or merged 
in from another merge module.  If this is a standard action, it is likely 
colliding due to a difference in the condition for the action in the database 
and merge module.  If this is a custom action, it should only be declared in 
the database or one merge module.
warning LGHT1056: The CustomAction table contains a row with primary key(s) 
'SchedXmlConfig' which cannot be merged from the merge module 'blah'.  This is 
likely due to collision of rows with the same primary key(s) (but other 
different values in other columns) between the database and the merge module.
warning LGHT1056: The CustomAction table contains a row with primary key(s) 
'ExecXmlConfig' which cannot be merged from the merge module 'blah'.  This is 
likely due to collision of rows with the same primary key(s) (but other 
different values in other columns) between the database and the merge module.
warning LGHT1056: The CustomAction table contains a row with primary key(s) 
'ExecXmlConfigRollback' which cannot be merged from the merge module 'blah'.  
This is likely due to collision of rows with the same primary key(s) (but other 
different values in other columns) between the database and the merge module.

Obviously, when I try to install I get an error saying:
SchedXmlConfig:  Error 0x8007007a: failed to copy XmlConfig record Id
SchedXmlConfig:  Error 0x8007007a: failed to read XmlConfig table
Error 25540. There was a failure while configuring XML files.

Any tips on how to resolve this? It's far easier to have the configuration 
within the merge module instead of the installer, since the MM's are used in 
multiple installers, and would not like to add the XmlConfig in every single 
installer if I can define it once in the MM and know that it will apply 
anywhere it's used

Thanks,
Stel


This message is confidential and may be privileged. It is intended solely for 
the named addressee. If you are not the intended recipient, please inform us. 
Any unauthorised dissemination, distribution or copying hereof is prohibited. 
Formicary Limited registered office in England and Wales, address 1 Taillar 
Road, Hedon, East Yorkshire HU12 8GU, registration number 3894343, VAT number 
747644304, does not guarantee that the integrity of this communication has been 
maintained nor that this communication is free of viruses, interceptions or 
interference.

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig action not running on patch rollback?

[Blair]

The data problem is how (and where), while installing the patch, to cache
the relevant data needed by the "PatchUninstall" action because the
associated table data will not be present when it runs (during patch
removal) and maintain its integrity (just one reason that a PatchUninstall
action isn't just an ordinary custom action run during removals). One
possibility that came to my mind would be to locate the patch being removed
in Windows Installer's cache, crack it open, and parse it somehow. But, that
isn't exactly straightforward.

-Original Message-
From: David Rickard (USA) [mailto:davri...@microsoft.com] 
Sent: Wednesday, January 19, 2011 10:10 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlConfig action not running on patch rollback?

Yeah, I guess patch uninstall is what I mean. Is the data problem you're
talking about how to populate the MsiTransformView table required
for the patch uninstall custom action to run?

-Original Message-
From: Blair [mailto:os...@live.com] 
Sent: Tuesday, January 18, 2011 9:24 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] XmlConfig action not running on patch rollback?

Do we need to add another "entry" for XmlConfig that is set
@PatchUninstall="yes"? Except that only works for MSI 4.5 and above, and we
have the problem of archiving/obtaining the data that is being removed (the
only link we have is the patch's GUID in the MSIPATCHREMOVE property). Oh,
Great and Wonderful Data Store, where art thou?

David, you can see what we are up against here. And WiX continues to support
pre-4.5 versions of MSI where this operation simply isn't supported (unless
you built into your non-patched baseline the support needed to remove the
actions your patch created).

-Blair

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Monday, January 17, 2011 4:51 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlConfig action not running on patch rollback?

It sounds like you mean "uninstall" a patch.

Adding custom actions in patches doesn't work out so well. Patches
essentially apply transform to the existing MSI then repair the MSI. In the
case of uninstalling a patch, the transform is removed and the MSI is
repaired. Obviously, if the custom action is removed with the transform then
it has no chance to run.

The Windows Installer does special magic to keep track of the state of the
MSI before and after the transform so they can properly remove data.

On Mon, Jan 17, 2011 at 3:37 PM, David Rickard (USA)  wrote:

> Just tried with WIX 3.6.1314. Same behavior.
>
> -Original Message-
> From: David Rickard (USA) [mailto:davri...@microsoft.com]
> Sent: Monday, January 17, 2011 11:35 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] XmlConfig action not running on patch rollback?
>
> I've got the following component:
>
>   Guid="573DF5B0-438D-498d-8919-C4B96835C1EF">
> Action="createAndRemoveOnUninstall">
>   Value="1" KeyPath="yes"/>
>
>  Id="CacheNode.memoryLimit.add"
>
>
File="[WindowsFolder]\Microsoft.NET\[FRAMEWORKDIR]\v2.0.50727\CONFIG\machine
.Config"
>  Action="create"
>  ElementPath="/configuration/system.web/processModel"
>  Name="memoryLimit"
>  Node="value"
>  On="install"
>  Value="90" />
>  Id="CacheNode.memoryLimit.remove"
>
>
File="[WindowsFolder]\Microsoft.NET\[FRAMEWORKDIR]\v2.0.50727\CONFIG\machine
.Config"
>  Action="delete"
>  ElementPath="/configuration/system.web/processModel"
>  VerifyPath="/configuration/system.web/processModel"
>  Name="memoryLimit"
>  Node="value"
>  On="uninstall" />
>  
>
> I want to add an attribute on install of the component and remove it 
> on uninstall. Now this works just fine when the component is part of a 
> full install and uninstall, but does not work as part of a patch. When 
> I apply the patch, the component will install, the config edit will 
> occur and the registry key will be added. When I roll back the patch, 
> the registry key
is
> removed, but the attribute is not removed.
>
> I checked the logs and the action isn't even attempted. To make sure 
> the action actually works I manually edited the config file and ran it 
> on install. And it does work then. Also FRAMEWORKDIR is getting set 
> properly
on
> both the install and rollback steps. Is there a bug in the WIX utilities?
Or
> is there something I'm doing 

Re: [WiX-users] XmlConfig action not running on patch rollback?

[David Rickard (USA)]

Yeah, I guess patch uninstall is what I mean. Is the data problem you're 
talking about how to populate the MsiTransformView table required 
for the patch uninstall custom action to run?

-Original Message-
From: Blair [mailto:os...@live.com] 
Sent: Tuesday, January 18, 2011 9:24 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] XmlConfig action not running on patch rollback?

Do we need to add another "entry" for XmlConfig that is set 
@PatchUninstall="yes"? Except that only works for MSI 4.5 and above, and we 
have the problem of archiving/obtaining the data that is being removed (the 
only link we have is the patch's GUID in the MSIPATCHREMOVE property). Oh, 
Great and Wonderful Data Store, where art thou?

David, you can see what we are up against here. And WiX continues to support
pre-4.5 versions of MSI where this operation simply isn't supported (unless you 
built into your non-patched baseline the support needed to remove the actions 
your patch created).

-Blair

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Monday, January 17, 2011 4:51 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlConfig action not running on patch rollback?

It sounds like you mean "uninstall" a patch.

Adding custom actions in patches doesn't work out so well. Patches essentially 
apply transform to the existing MSI then repair the MSI. In the case of 
uninstalling a patch, the transform is removed and the MSI is repaired. 
Obviously, if the custom action is removed with the transform then it has no 
chance to run.

The Windows Installer does special magic to keep track of the state of the MSI 
before and after the transform so they can properly remove data.

On Mon, Jan 17, 2011 at 3:37 PM, David Rickard (USA)  wrote:

> Just tried with WIX 3.6.1314. Same behavior.
>
> -Original Message-
> From: David Rickard (USA) [mailto:davri...@microsoft.com]
> Sent: Monday, January 17, 2011 11:35 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] XmlConfig action not running on patch rollback?
>
> I've got the following component:
>
>   Guid="573DF5B0-438D-498d-8919-C4B96835C1EF">
> Action="createAndRemoveOnUninstall">
>   Value="1" KeyPath="yes"/>
>
>  Id="CacheNode.memoryLimit.add"
>
>
File="[WindowsFolder]\Microsoft.NET\[FRAMEWORKDIR]\v2.0.50727\CONFIG\machine
.Config"
>  Action="create"
>  ElementPath="/configuration/system.web/processModel"
>  Name="memoryLimit"
>  Node="value"
>  On="install"
>  Value="90" />
>  Id="CacheNode.memoryLimit.remove"
>
>
File="[WindowsFolder]\Microsoft.NET\[FRAMEWORKDIR]\v2.0.50727\CONFIG\machine
.Config"
>  Action="delete"
>  ElementPath="/configuration/system.web/processModel"
>  VerifyPath="/configuration/system.web/processModel"
>  Name="memoryLimit"
>  Node="value"
>  On="uninstall" />
>  
>
> I want to add an attribute on install of the component and remove it 
> on uninstall. Now this works just fine when the component is part of a 
> full install and uninstall, but does not work as part of a patch. When 
> I apply the patch, the component will install, the config edit will 
> occur and the registry key will be added. When I roll back the patch, 
> the registry key
is
> removed, but the attribute is not removed.
>
> I checked the logs and the action isn't even attempted. To make sure 
> the action actually works I manually edited the config file and ran it 
> on install. And it does work then. Also FRAMEWORKDIR is getting set 
> properly
on
> both the install and rollback steps. Is there a bug in the WIX utilities?
Or
> is there something I'm doing wrong?
>
>

--
> Protect Your Site and Customers from Malware Attacks Learn about 
> various malware tactics and how to avoid them. Understand malware 
> threats, the impact they can have on your business, and how you can 
> protect your
company
> and customers by using code signing.
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>

--
> Protect Your Site and Customers from Malware At

Re: [WiX-users] XmlConfig action not running on patch rollback?

[Blair]

Do we need to add another "entry" for XmlConfig that is set
@PatchUninstall="yes"? Except that only works for MSI 4.5 and above, and we
have the problem of archiving/obtaining the data that is being removed (the
only link we have is the patch's GUID in the MSIPATCHREMOVE property). Oh,
Great and Wonderful Data Store, where art thou?

David, you can see what we are up against here. And WiX continues to support
pre-4.5 versions of MSI where this operation simply isn't supported (unless
you built into your non-patched baseline the support needed to remove the
actions your patch created).

-Blair

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Monday, January 17, 2011 4:51 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlConfig action not running on patch rollback?

It sounds like you mean "uninstall" a patch.

Adding custom actions in patches doesn't work out so well. Patches
essentially apply transform to the existing MSI then repair the MSI. In the
case of uninstalling a patch, the transform is removed and the MSI is
repaired. Obviously, if the custom action is removed with the transform then
it has no chance to run.

The Windows Installer does special magic to keep track of the state of the
MSI before and after the transform so they can properly remove data.

On Mon, Jan 17, 2011 at 3:37 PM, David Rickard (USA)  wrote:

> Just tried with WIX 3.6.1314. Same behavior.
>
> -Original Message-
> From: David Rickard (USA) [mailto:davri...@microsoft.com]
> Sent: Monday, January 17, 2011 11:35 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] XmlConfig action not running on patch rollback?
>
> I've got the following component:
>
>   Guid="573DF5B0-438D-498d-8919-C4B96835C1EF">
> Action="createAndRemoveOnUninstall">
>   Value="1" KeyPath="yes"/>
>
>  Id="CacheNode.memoryLimit.add"
>
>
File="[WindowsFolder]\Microsoft.NET\[FRAMEWORKDIR]\v2.0.50727\CONFIG\machine
.Config"
>  Action="create"
>  ElementPath="/configuration/system.web/processModel"
>  Name="memoryLimit"
>  Node="value"
>  On="install"
>  Value="90" />
>  Id="CacheNode.memoryLimit.remove"
>
>
File="[WindowsFolder]\Microsoft.NET\[FRAMEWORKDIR]\v2.0.50727\CONFIG\machine
.Config"
>  Action="delete"
>  ElementPath="/configuration/system.web/processModel"
>  VerifyPath="/configuration/system.web/processModel"
>  Name="memoryLimit"
>  Node="value"
>  On="uninstall" />
>  
>
> I want to add an attribute on install of the component and remove it on
> uninstall. Now this works just fine when the component is part of a full
> install and uninstall, but does not work as part of a patch. When I apply
> the patch, the component will install, the config edit will occur and the
> registry key will be added. When I roll back the patch, the registry key
is
> removed, but the attribute is not removed.
>
> I checked the logs and the action isn't even attempted. To make sure the
> action actually works I manually edited the config file and ran it on
> install. And it does work then. Also FRAMEWORKDIR is getting set properly
on
> both the install and rollback steps. Is there a bug in the WIX utilities?
Or
> is there something I'm doing wrong?
>
>

--
> Protect Your Site and Customers from Malware Attacks Learn about various
> malware tactics and how to avoid them. Understand malware threats, the
> impact they can have on your business, and how you can protect your
company
> and customers by using code signing.
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>

--
> Protect Your Site and Customers from Malware Attacks
> Learn about various malware tactics and how to avoid them. Understand
> malware threats, the impact they can have on your business, and how you
> can protect your company and customers by using code signing.
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
-

Re: [WiX-users] XmlConfig action not running on patch rollback?

[Rob Mensching]

It sounds like you mean "uninstall" a patch.

Adding custom actions in patches doesn't work out so well. Patches
essentially apply transform to the existing MSI then repair the MSI. In the
case of uninstalling a patch, the transform is removed and the MSI is
repaired. Obviously, if the custom action is removed with the transform then
it has no chance to run.

The Windows Installer does special magic to keep track of the state of the
MSI before and after the transform so they can properly remove data.

On Mon, Jan 17, 2011 at 3:37 PM, David Rickard (USA)  wrote:

> Just tried with WIX 3.6.1314. Same behavior.
>
> -Original Message-
> From: David Rickard (USA) [mailto:davri...@microsoft.com]
> Sent: Monday, January 17, 2011 11:35 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] XmlConfig action not running on patch rollback?
>
> I've got the following component:
>
>   Guid="573DF5B0-438D-498d-8919-C4B96835C1EF">
> Action="createAndRemoveOnUninstall">
>   Value="1" KeyPath="yes"/>
>
>  Id="CacheNode.memoryLimit.add"
>
>  
> File="[WindowsFolder]\Microsoft.NET\[FRAMEWORKDIR]\v2.0.50727\CONFIG\machine.Config"
>  Action="create"
>  ElementPath="/configuration/system.web/processModel"
>  Name="memoryLimit"
>  Node="value"
>  On="install"
>  Value="90" />
>  Id="CacheNode.memoryLimit.remove"
>
>  
> File="[WindowsFolder]\Microsoft.NET\[FRAMEWORKDIR]\v2.0.50727\CONFIG\machine.Config"
>  Action="delete"
>  ElementPath="/configuration/system.web/processModel"
>  VerifyPath="/configuration/system.web/processModel"
>  Name="memoryLimit"
>  Node="value"
>  On="uninstall" />
>  
>
> I want to add an attribute on install of the component and remove it on
> uninstall. Now this works just fine when the component is part of a full
> install and uninstall, but does not work as part of a patch. When I apply
> the patch, the component will install, the config edit will occur and the
> registry key will be added. When I roll back the patch, the registry key is
> removed, but the attribute is not removed.
>
> I checked the logs and the action isn't even attempted. To make sure the
> action actually works I manually edited the config file and ran it on
> install. And it does work then. Also FRAMEWORKDIR is getting set properly on
> both the install and rollback steps. Is there a bug in the WIX utilities? Or
> is there something I'm doing wrong?
>
> --
> Protect Your Site and Customers from Malware Attacks Learn about various
> malware tactics and how to avoid them. Understand malware threats, the
> impact they can have on your business, and how you can protect your company
> and customers by using code signing.
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> Protect Your Site and Customers from Malware Attacks
> Learn about various malware tactics and how to avoid them. Understand
> malware threats, the impact they can have on your business, and how you
> can protect your company and customers by using code signing.
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig action not running on patch rollback?

[David Rickard (USA)]

Just tried with WIX 3.6.1314. Same behavior.

-Original Message-
From: David Rickard (USA) [mailto:davri...@microsoft.com] 
Sent: Monday, January 17, 2011 11:35 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XmlConfig action not running on patch rollback?

I've got the following component:

  

  



  

I want to add an attribute on install of the component and remove it on 
uninstall. Now this works just fine when the component is part of a full 
install and uninstall, but does not work as part of a patch. When I apply the 
patch, the component will install, the config edit will occur and the registry 
key will be added. When I roll back the patch, the registry key is removed, but 
the attribute is not removed.

I checked the logs and the action isn't even attempted. To make sure the action 
actually works I manually edited the config file and ran it on install. And it 
does work then. Also FRAMEWORKDIR is getting set properly on both the install 
and rollback steps. Is there a bug in the WIX utilities? Or is there something 
I'm doing wrong?
--
Protect Your Site and Customers from Malware Attacks Learn about various 
malware tactics and how to avoid them. Understand malware threats, the impact 
they can have on your business, and how you can protect your company and 
customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlConfig action not running on patch rollback?

[David Rickard (USA)]

I've got the following component:

  

  



  

I want to add an attribute on install of the component and remove it on 
uninstall. Now this works just fine when the component is part of a full 
install and uninstall, but does not work as part of a patch. When I apply the 
patch, the component will install, the config edit will occur and the registry 
key will be added. When I roll back the patch, the registry key is removed, but 
the attribute is not removed.

I checked the logs and the action isn't even attempted. To make sure the action 
actually works I manually edited the config file and ran it on install. And it 
does work then. Also FRAMEWORKDIR is getting set properly on both the install 
and rollback steps. Is there a bug in the WIX utilities? Or is there something 
I'm doing wrong?
--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig not referencing other XmlConfig elements

[pcristini]

I just tried doing the same thing with xmlfile (what is the difference
between the two?) as below: 













with a config file that started out like this:  







and resulted in this (notice the extra empty elements):










Can XmlFile not do updates?
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlConfig-not-referencing-other-XmlConfig-elements-tp5560885p5564068.html
Sent from the wix-users mailing list archive at Nabble.com.
--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig not referencing other XmlConfig elements

[pcristini]

sorry, resending without html encoding
I just tried doing the same thing with xmlfile (what is the difference
between the two?) as below: 













with a config file that started out like this:  







and resulted in this (notice the extra empty elements):










Can XmlFile not do updates?
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlConfig-not-referencing-other-XmlConfig-elements-tp5560885p5564080.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig not referencing other XmlConfig elements

[pcristini]

I just tried doing the same thing with xmlfile (what is the difference
between the two?) as below: 













with a config file that started out like this:  







and resulted in this (notice the extra empty elements):










Can XmlFile not do updates?
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlConfig-not-referencing-other-XmlConfig-elements-tp5560885p5564069.html
Sent from the wix-users mailing list archive at Nabble.com.
--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig not referencing other XmlConfig elements

[pcristini]

I've updated my code to take out the "." from anything that is a path. Here's
what I'm using now...











This is what the log file is dumping as the command:
MSI (s) (94!E8) [09:02:00:710]: PROPERTY CHANGE: Adding ExecXmlConfig
property. Its value is '1€C:\Program Files (x86)\Pareto Systems\CRM Admin
Tool\CRMAdminTool.exe.config€6€0€/configuration/applicationSettingsPlugin.Dns.Properties.Settings€€0€6€0Config_DNS_Path€€setting€€3€name€DNSServer€serializeAs€String€valuetest'.



Now I get the following error:

ExecXmlConfig:  Error 0x800710d8: failed to find node: Config_DNS_Path in
XML file: C:\Program Files (x86)\Pareto Systems\CRM Admin
Tool\CRMAdminTool.exe.config
MSI (s)
(94!E8) [09:02:05:177]: Product: CRM Admin Tool -- Error 25542. Failed to
find node: Config_DNS_Path in XML file: C:\Program Files (x86)\Pareto
Systems\CRM Admin Tool\CRMAdminTool.exe.config, system error: -2147020584

-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlConfig-not-referencing-other-XmlConfig-elements-tp5560885p5563668.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig not referencing other XmlConfig elements

[Pally Sandher]

It may be caused by the use of "." in your ElementPath's. XPath syntax
uses "." to select the current node. See ->
http://www.w3schools.com/XPath/xpath_syntax.asp

Also if you're editing/modifying/creating attributes of your XMLConfig
elements, use ElementId to refer to them. See ->
http://wix.sourceforge.net/manual-wix3/util_xsd_xmlconfig.htm

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: pcristini [mailto:pcrist...@paretoplatform.com] 
Sent: 22 September 2010 22:23
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XmlConfig not referencing other XmlConfig elements


I'm trying to produce this output in my config file:




smarmyarmy





This is the code I'm attempting to use:











When I run it I get an error of:
Failed to find node: Config.DNS.Path in XML file: C:\Program Files
(x86)\Pareto Systems\CRM Admin Tool\CRMAdminTool.exe.config, system
error:
-2147020584


Every example I've seen uses the ElementPath the same way I am... 
Also, what does this do if the element already exists? Will it create a
new one? Is it possible to make it so it updateorcreate kinda thing?


--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlConfig-
not-referencing-other-XmlConfig-elements-tp5560885p5560885.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Start uncovering the many advantages of virtual appliances and start
using them to simplify application deployment and accelerate your shift
to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlConfig not referencing other XmlConfig elements

[pcristini]

I'm trying to produce this output in my config file:




smarmyarmy





This is the code I'm attempting to use:











When I run it I get an error of:
Failed to find node: Config.DNS.Path in XML file: C:\Program Files
(x86)\Pareto Systems\CRM Admin Tool\CRMAdminTool.exe.config, system error:
-2147020584


Every example I've seen uses the ElementPath the same way I am... 
Also, what does this do if the element already exists? Will it create a new
one? Is it possible to make it so it updateorcreate kinda thing?


-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlConfig-not-referencing-other-XmlConfig-elements-tp5560885p5560885.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLConfig question

[Chad Petersen]

Dave, thank you so much. Other than the compiler didn't like a blank
Name= and just wanted it removed completely, this did the trick. Thanks
for the nudge over the edge. You made my Friday...

Chad

-Original Message-
From: David Watson [mailto:dwat...@sdl.com] 
Sent: Friday, August 27, 2010 3:28 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLConfig question

Hi,
I've not tried this but, it looks like your ElementPath is referring to
the context-param element you will probably need to add Param-value to
the end to select that node and leave the Name="" as then it will add to
the elements text.



Dave

-Original Message-
From: Chad Petersen [mailto:chad.peter...@harlandfs.com] 
Sent: 26 August 2010 22:27
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLConfig question

I've made some headway, but not quite there yet. The closest I've gotten
so far is this code



Which results in this value being written to the second line below
rather than it modifying the fourth line. 



DEFAULT_LOCALE
en_US


DEFAULT_TIMEZONE
Pacific



-Original Message-
From: Chad Petersen [mailto:chad.peter...@harlandfs.com] 
Sent: Thursday, August 26, 2010 11:26 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XMLConfig question

I have an XML file that looks like this. The goal is to alter the en_US
to some other value.



DEFAULT_LOCALE
en_US


DEFAULT_TIMEZONE
Pacific



I've written a very small installer with this entry



The verbose log says "Installation failed" near the end, but it doesn't
display an error, it simply rolls back. I'm not sure if my xPath syntax
is wrong or exactly what it doesn't like. Any ideas?

WiX 3.0.5419.0

Thanks



--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users

worldwide. Take advantage of special opportunities to increase revenue
and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users

worldwide. Take advantage of special opportunities to increase revenue
and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


http://www.sdl.com";>http://www.sdl.com/images/email
logo_150dpi-01.png" alt="www.sdl.com" border="0"/>

http://www.sdl.com";
style="color:005740; font-weight: bold">www.sdl.com



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.





--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users

worldwide. Take advantage of special opportunities to increase revenue
and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLConfig question

[David Watson]

Hi,
I've not tried this but, it looks like your ElementPath is referring to
the context-param element you will probably need to add Param-value to
the end to select that node and leave the Name="" as then it will add to
the elements text.



Dave

-Original Message-
From: Chad Petersen [mailto:chad.peter...@harlandfs.com] 
Sent: 26 August 2010 22:27
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XMLConfig question

I've made some headway, but not quite there yet. The closest I've gotten
so far is this code



Which results in this value being written to the second line below
rather than it modifying the fourth line. 



DEFAULT_LOCALE
en_US


DEFAULT_TIMEZONE
Pacific



-Original Message-
From: Chad Petersen [mailto:chad.peter...@harlandfs.com] 
Sent: Thursday, August 26, 2010 11:26 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XMLConfig question

I have an XML file that looks like this. The goal is to alter the en_US
to some other value.



DEFAULT_LOCALE
en_US


DEFAULT_TIMEZONE
Pacific



I've written a very small installer with this entry



The verbose log says "Installation failed" near the end, but it doesn't
display an error, it simply rolls back. I'm not sure if my xPath syntax
is wrong or exactly what it doesn't like. Any ideas?

WiX 3.0.5419.0

Thanks



--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users

worldwide. Take advantage of special opportunities to increase revenue
and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users

worldwide. Take advantage of special opportunities to increase revenue
and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


http://www.sdl.com";>http://www.sdl.com/images/email 
logo_150dpi-01.png" alt="www.sdl.com" border="0"/>

http://www.sdl.com"; 
style="color:005740; font-weight: bold">www.sdl.com



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.




--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XMLConfig question

[Chad Petersen]

I've made some headway, but not quite there yet. The closest I've gotten
so far is this code



Which results in this value being written to the second line below
rather than it modifying the fourth line. 



DEFAULT_LOCALE
en_US


DEFAULT_TIMEZONE
Pacific



-Original Message-
From: Chad Petersen [mailto:chad.peter...@harlandfs.com] 
Sent: Thursday, August 26, 2010 11:26 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XMLConfig question

I have an XML file that looks like this. The goal is to alter the en_US
to some other value.



DEFAULT_LOCALE
en_US


DEFAULT_TIMEZONE
Pacific



I've written a very small installer with this entry



The verbose log says "Installation failed" near the end, but it doesn't
display an error, it simply rolls back. I'm not sure if my xPath syntax
is wrong or exactly what it doesn't like. Any ideas?

WiX 3.0.5419.0

Thanks



--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users

worldwide. Take advantage of special opportunities to increase revenue
and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XMLConfig question

[Chad Petersen]

I have an XML file that looks like this. The goal is to alter the en_US
to some other value.



DEFAULT_LOCALE
en_US


DEFAULT_TIMEZONE
Pacific



I've written a very small installer with this entry



The verbose log says "Installation failed" near the end, but it doesn't
display an error, it simply rolls back. I'm not sure if my xPath syntax
is wrong or exactly what it doesn't like. Any ideas?

WiX 3.0.5419.0

Thanks


--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlConfig of WIX cannot handle multiple nodes

[Roy Song]

Hi,

I am new to WIX, and I need to add following in machine.config.


  

  


  
  


  

  


However, when I use XmlConfig to add them into machine.config, I got below 
result.


  

  




  
  

  


There are two issues here,

1.   The blank xmlns property for dependentAssembly is added by default. My 
question is how to remove it?

a.   I tried to delete the xmlns property by XmlConfig, but it didn't work.
 

2.   The DynamicXmlContentProvider should be added in the second 
dependentAssembly element, however, it was added into the first one. I tried 
two methods and didn't get it work. Here below are my trying:

a.   Using the Id of parent element(Machine_Config_Runtime_Binding_AspxCP) 
as the value of ElementPath of assemblyIdentity element, but the installer 
complains that "Failed to find node: Machine_Config_Runtime_Binding_AspxCP in 
XML file..."

b.  Specifying 
ElementPath="/configuration/runtime/assemblyBinding/dependentAssembly[\[]last()[\]]",
 the installer says that "Failed to find node 
/configuration/runtime/assemblyBinding/dependentAssembly[last()]..."

I googled these two problem on the net, and found someone asked the similar 
questions but no answers for them.

Any suggestion for these two question?

BTW, I use wix 3.5.1823.0 build.

Below is my code for your reference:

http://schemas.microsoft.com/wix/2006/wi";
 xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";>
   
  

  


  
 
   
  
  
  
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
  
   
 
  

  
 
 

 
 
  
   


Thanks,
-Roy
--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig results in ICE27 failure

[Pally Sandher]

Your XMLConfig code looks correct so it appears your IISROOT property
isn't being set. Check a verbose log.

Also there may be a property in IIS Extension which does the searching
work for you. However seeing as I can't even find IISMAJORVERSION &
IISMINORVERSION anywhere in the v3.0 WiX.chm you may need to do some
searching on the web to locate the appropriate Property name (unless
some good Samaritan on this list replies). I haven't done any IIS setup
so I don't know myself.

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: Erich Nurr [mailto:erich.n...@gmx.de] 
Sent: 22 April 2010 11:39
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] XmlConfig results in ICE27 failure


Hi!
i am trying to modify a maybe existing web.config file in the IIS root
directory (default = c:\inetpub\wwwroot) but if i try this code below, a
error occurs:
"The system cannot find the file 'SourceDir\PFiles\web.config' "
Why the hell is it using the parent directories? i thought the parameter
"."
by the Directory element "IISROOT" will ignore all parent directories
(SourceDir and PFiles) and use the property value of it
(c:\inetpub\wwwroot).


  



  

  





  
  


  


  

  




...

i tried to set the Source parameter too at the  element like
"Source='[IISROOT]web.config'" but then the next error occurs like the
first one with "cant find file '[IISROOT]web.config' ".

btw. if i remove the failed part of my code and compile and run the
setup the userinterface displayes and selects the default installpath
"C:\inetpub\wwwroot\Scheduler_WebAccess" and thats correct !!! so i
really dont understand why the error with "cant find file
'SourceDir\PFiles\web.config' " occurs because the right path must be
C:\inetpub\wwwroot\web.config

   
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlConfig-
results-in-ICE27-failure-tp4760300p4942026.html
Sent from the wix-users mailing list archive at Nabble.com.


--
___
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] XmlConfig results in ICE27 failure

[Erich Nurr]

Hi!
i am trying to modify a maybe existing web.config file in the IIS root
directory (default = c:\inetpub\wwwroot)
but if i try this code below, a error occurs:
"The system cannot find the file 'SourceDir\PFiles\web.config' "
Why the hell is it using the parent directories? i thought the parameter "."
by the Directory element "IISROOT" will ignore all parent directories
(SourceDir and PFiles) and use the property value of it
(c:\inetpub\wwwroot).


  



  

  





  
  

  


  

  




...

i tried to set the Source parameter too at the  element like
"Source='[IISROOT]web.config'" but then the next error occurs like the first
one with "cant find file '[IISROOT]web.config' ".

btw. if i remove the failed part of my code and compile and run the setup
the userinterface displayes and selects the default installpath
"C:\inetpub\wwwroot\Scheduler_WebAccess" and thats correct !!! so i really
dont understand why the error with "cant find file
'SourceDir\PFiles\web.config' " occurs because the right path must be
C:\inetpub\wwwroot\web.config

   
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/XmlConfig-results-in-ICE27-failure-tp4760300p4942026.html
Sent from the wix-users mailing list archive at Nabble.com.

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

Re: [WiX-users] XmlConfig results in ICE27 failure

[Jacques Eloff]

Almost. I added a non-empty file element.

But, I believe this was fixed in Wix 3.5.1602 so that you don't need to add
a dummy  element.

Jacques




On Mon, Apr 5, 2010 at 12:33 PM, doglin82  wrote:

>
> so you are saying
>
> you did the following
>
>
>  Directory="INSTALLLOCATION">
>  
>
>  ---> YOU added this like that?
> 
> File="[NETFRAMEWORK40FULLINSTALLROOTDIR]config\web.config" Action="create"
>  ElementPath="//configuration/configSections"
>  Name="section"
>  Node="element"
>  On="install"
>  Sequence="1"/>
> and it worked?
>
> I am running in to the exact same issue and nothing yet is working...
> --
> View this message in context:
> http://n2.nabble.com/XmlConfig-results-in-ICE27-failure-tp4760300p4855052.html
>  Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> 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
>
--
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] XmlConfig results in ICE27 failure

[doglin82]

so you are saying

you did the following 



  
  
 ---> YOU added this like that?
 
and it worked?

I am running in to the exact same issue and nothing yet is working...
-- 
View this message in context: 
http://n2.nabble.com/XmlConfig-results-in-ICE27-failure-tp4760300p4855052.html
Sent from the wix-users mailing list archive at Nabble.com.

--
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] XmlConfig results in ICE27 failure

[doglin82]

so you are saying

you did the following 



  
  
 ---> YOU added this like that?
 
and it worked?

I am running in to the exact same issue and nothing yet is working...
-- 
View this message in context: 
http://n2.nabble.com/XmlConfig-results-in-ICE27-failure-tp4760300p4855049.html
Sent from the wix-users mailing list archive at Nabble.com.

--
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] XmlConfig results in ICE27 failure

[Jacques Eloff]

Filed as 2972975.

Thanks,
Jacques

On Thu, Mar 18, 2010 at 6:20 PM, Bob Arnson  wrote:

> On 3/18/2010 8:28 PM, Jacques Eloff wrote:
> > When I tried to build the project, I received the following error:
> > Error 2 ICE27: Action: 'DuplicateFiles' in InstallExecuteSequence table
> must
> > come after the 'InstallFiles' action.
> >
> > If I add a bogus  element in the component everything compiles and
> > runs just fine.
> >
>
> Please file a bug: The XmlConfig custom actions are scheduled relative
> to DuplicateFiles so they can operate on CopyFile'd files. That won't
> work when there is no InstallFiles action (though obviously that's rare).
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
> --
>  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
>
--
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] XmlConfig results in ICE27 failure

[Bob Arnson]

On 3/18/2010 8:28 PM, Jacques Eloff wrote:
> When I tried to build the project, I received the following error:
> Error 2 ICE27: Action: 'DuplicateFiles' in InstallExecuteSequence table must
> come after the 'InstallFiles' action.
>
> If I add a bogus  element in the component everything compiles and
> runs just fine.
>

Please file a bug: The XmlConfig custom actions are scheduled relative 
to DuplicateFiles so they can operate on CopyFile'd files. That won't 
work when there is no InstallFiles action (though obviously that's rare).

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


--
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] XmlConfig results in ICE27 failure

[Jacques Eloff]

Hi

I'm using Wix v3.5.1512.0. I've been playing with XmlConfig to modify the
root web.config file, but ran into a strange issue today.

I originally had the following in a component:

 
  
  
  
  


When I tried to build the project, I received the following error:
Error 2 ICE27: Action: 'DuplicateFiles' in InstallExecuteSequence table must
come after the 'InstallFiles' action.

If I add a bogus  element in the component everything compiles and
runs just fine.

I wanted to verify whether this is a bug or whether it's just something
that's not documented. There aren't too many examples floating around for
XmlConfig so it's been trial and error getting this to work.

Thanks,
Jacques
--
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] XmlConfig and Insert

[John Nannenga]

Anyone have any idea as to how to go about specifying the position within an 
XML document to insert a node, relative to some other node?

SharePoint has a 'wss_minimaltrust.config' file which contains a 
firstmatchcodegroup construct (reference  
http://msdn.microsoft.com/en-us/library/system.security.policy.firstmatchcodegroup_members.aspx
 ) in which the ordering of the nodes is indeed important.

















I can't seem to find a way using XmlFile or XmlConfig to accomplish this 
objective.


Anyone out there encountered this type of thing?
--
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] XmlConfig to write raw xml

[Alex Ivanoff]

Anyone? Is it possible>?


-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] 
Sent: Thursday, August 20, 2009 10:33
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XmlConfig to write raw xml

Is it possible to use XmlConfig to write raw xml as an element inner
xml? For instance, in


  


Can I write ? How will  look like?


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008
30-Day 
trial. Simplify your report design, integration and deployment - and
focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlConfig to write raw xml

[Alex Ivanoff]

Is it possible to use XmlConfig to write raw xml as an element inner
xml? For instance, in


  


Can I write ? How will  look like?

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig questions

[Rob Mensching]

Is it possible that your VerifyPath is already true so there was no work to do?

-Original Message-
From: Peter Oehlert [mailto:poehl...@securityinnovation.com]
Sent: Friday, January 16, 2009 10:24
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] XmlConfig questions

The component in the InstallValidate step seems to be installing.

MSI (s) (44:E0) [09:54:07:298]: Component: GuidanceExplorerEXECONFIG;
Installed: Absent;   Request: Local;   Action: Local

Also, I thought components had to be completed together or not at all. The
thing is the xml file gets laid down but the configuration of it doesn't
seem to be happening. As demonstrated in my code sample, they are all part
of the same component.


--Peter

-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Friday, January 16, 2009 9:03 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlConfig questions

Peter Oehlert wrote:
> I was wondering about that given the name. I'm not seeing an execxmlconfig
> in the logfile with the /l*v option. Why might the schedule run but not
the
> exec?
>

It won't call ExecXmlConfig if there was nothing to do, or if the
component tied to the XmlConfig isn't being installed. Check the verbose
log around InstallValidate to check component state.

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




--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig questions

[Peter Oehlert]

The component in the InstallValidate step seems to be installing.

MSI (s) (44:E0) [09:54:07:298]: Component: GuidanceExplorerEXECONFIG;
Installed: Absent;   Request: Local;   Action: Local

Also, I thought components had to be completed together or not at all. The
thing is the xml file gets laid down but the configuration of it doesn't
seem to be happening. As demonstrated in my code sample, they are all part
of the same component.


--Peter

-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com] 
Sent: Friday, January 16, 2009 9:03 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlConfig questions

Peter Oehlert wrote:
> I was wondering about that given the name. I'm not seeing an execxmlconfig
> in the logfile with the /l*v option. Why might the schedule run but not
the
> exec?
>   

It won't call ExecXmlConfig if there was nothing to do, or if the 
component tied to the XmlConfig isn't being installed. Check the verbose 
log around InstallValidate to check component state.

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




--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig questions

[Bob Arnson]

Peter Oehlert wrote:
> I was wondering about that given the name. I'm not seeing an execxmlconfig
> in the logfile with the /l*v option. Why might the schedule run but not the
> exec?
>   

It won't call ExecXmlConfig if there was nothing to do, or if the 
component tied to the XmlConfig isn't being installed. Check the verbose 
log around InstallValidate to check component state.

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



--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig questions

[Peter Oehlert]

I was wondering about that given the name. I'm not seeing an execxmlconfig
in the logfile with the /l*v option. Why might the schedule run but not the
exec?

--Peter

-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com] 
Sent: Thursday, January 15, 2009 4:55 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlConfig questions

Peter Oehlert wrote:
> 1. So any idea why the code sample does not modify the xml file in the
> correct sequence? 
SchedXmlConfig is called during script-generation but ExecXmlConfig, 
which actually modifies the files, is called during script execution, 
after files are installed.

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




--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig questions

[Bob Arnson]

Peter Oehlert wrote:
> 1. So any idea why the code sample does not modify the xml file in the
> correct sequence? 
SchedXmlConfig is called during script-generation but ExecXmlConfig, 
which actually modifies the files, is called during script execution, 
after files are installed.

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



--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig questions

[Peter Oehlert]

1. So any idea why the code sample does not modify the xml file in the
correct sequence? I'm using build 4805. Do I need to do something like
reference the file by ID or something to ensure the dependency? I've tried
using what would be ProgramEXECONFIG in the sample below and that doesn't
seem to help.

2. I'll try to make something more specific and see if I can get it to go.


Thanks,
Peter

-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com] 
Sent: Thursday, January 15, 2009 2:38 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlConfig questions

1.  The default sequencing of XmlConfig should modify the file after it is
installed.

2.  If you make your XmlConfig/@VerifyPath to reach deeper then it will not
configure things that already exist.  That should get you what you want.
I've done some pretty complex XML manipulations with very specific
VerifyPaths.

-Original Message-
From: Peter Oehlert [mailto:poehl...@securityinnovation.com] 
Sent: Thursday, January 15, 2009 12:57
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] XmlConfig questions

At a high level I have 2 questions:
1. How do you get XmlConfig to run *after* the config file is installed?
2. To change an existing element without a unique id, do I have to delete it
and recreate it?

So, I'm dealing with an XML config file that should look like this:




http://localhost/debug"; username=""
password=""/>





1. I put my XmlConfig entries as children to the Component element that also
has the File element of the configuration file itself. When looking at the
install log, the custom action SchedXmlConfig happens before the files are
copied. Of course, I need to have the xml file put into place before I can
configure it.

My wix file looks something like this:











2. My second question is do I really need those 7 XmlConfig operations? All
I want to do is change the attribute url.

The thing is the config file that gets packaged up is already complete but
has a debug value specified. I want the installer to set the value the user
specifies on install. However, the  element doesn't have an ID so how
can I reference it so I just change that one attribute
(//configuration/OnlineStorage/Servers/a...@url]).


Any help would be much appreciated, sorry for the long code samples but I
wanted to be complete.

--Peter



--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig questions

[Rob Mensching]

1.  The default sequencing of XmlConfig should modify the file after it is 
installed.

2.  If you make your XmlConfig/@VerifyPath to reach deeper then it will not 
configure things that already exist.  That should get you what you want.  I've 
done some pretty complex XML manipulations with very specific VerifyPaths.

-Original Message-
From: Peter Oehlert [mailto:poehl...@securityinnovation.com] 
Sent: Thursday, January 15, 2009 12:57
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] XmlConfig questions

At a high level I have 2 questions:
1. How do you get XmlConfig to run *after* the config file is installed?
2. To change an existing element without a unique id, do I have to delete it
and recreate it?

So, I'm dealing with an XML config file that should look like this:




http://localhost/debug"; username=""
password=""/>





1. I put my XmlConfig entries as children to the Component element that also
has the File element of the configuration file itself. When looking at the
install log, the custom action SchedXmlConfig happens before the files are
copied. Of course, I need to have the xml file put into place before I can
configure it.

My wix file looks something like this:











2. My second question is do I really need those 7 XmlConfig operations? All
I want to do is change the attribute url.

The thing is the config file that gets packaged up is already complete but
has a debug value specified. I want the installer to set the value the user
specifies on install. However, the  element doesn't have an ID so how
can I reference it so I just change that one attribute
(//configuration/OnlineStorage/Servers/a...@url]).


Any help would be much appreciated, sorry for the long code samples but I
wanted to be complete.

--Peter


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlConfig questions

[Peter Oehlert]

At a high level I have 2 questions:
1. How do you get XmlConfig to run *after* the config file is installed?
2. To change an existing element without a unique id, do I have to delete it
and recreate it?

So, I'm dealing with an XML config file that should look like this:




http://localhost/debug"; username=""
password=""/>





1. I put my XmlConfig entries as children to the Component element that also
has the File element of the configuration file itself. When looking at the
install log, the custom action SchedXmlConfig happens before the files are
copied. Of course, I need to have the xml file put into place before I can
configure it.

My wix file looks something like this:











2. My second question is do I really need those 7 XmlConfig operations? All
I want to do is change the attribute url. 

The thing is the config file that gets packaged up is already complete but
has a debug value specified. I want the installer to set the value the user
specifies on install. However, the  element doesn't have an ID so how
can I reference it so I just change that one attribute
(//configuration/OnlineStorage/Servers/a...@url]).


Any help would be much appreciated, sorry for the long code samples but I
wanted to be complete.

--Peter


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig (again)

[Rob Mensching]

Outside of the Registry table, yes.  I always forget which is which and when I 
think about it too much, I pick the wrong one.  Formatted topic in MSI SDK has 
all the details.  One is more consistent than the other (probably [#FileId]).

-Original Message-
From: Eitan Behar [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2008 05:32
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] XmlConfig (again)

Is [!FileId] the same as [#FileId] ?



-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2008 3:19 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlConfig (again)

Does "C:\temp\settings.xml" actually exist on the target machine?  It is
very unusual to have a hard coded path.  Usually people use a File reference
(aka: [!FileId]) to target a file that is installed.

-Original Message-
From: md5hans [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2008 04:39
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] XmlConfig (again)


Hi!

I'm not so good at interpreting msi log but i think the component
CustomAction.ModifyPacketXml is installed

verbose log:

MSI (s) (14:50) [08:22:52:762]: Doing action: InstallValidate
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: ActionText
Action start 08:22:52: InstallValidate.
MSI (s) (14:50) [08:22:52:762]: Feature: Complete; Installed: Absent;
Request: Local;   Action: Local
MSI (s) (14:50) [08:22:52:762]: Component: Dummy; Installed: Absent;
Request: Local;   Action: Local
MSI (s) (14:50) [08:22:52:762]: Component: CustomAction.ModifyPacketXml;
Installed: Absent;   Request: Local;   Action: Local
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Registry
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: BindImage
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: ProgId
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: PublishComponent
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: SelfReg
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Extension
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Font
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Shortcut
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Class
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: _RemoveFilePath
MSI (s) (14:50) [08:22:52:762]: PROPERTY CHANGE: Modifying CostingComplete
property. Its current value is '0'. Its new value: '1'.
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Registry
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: BindImage
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: ProgId
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: PublishComponent
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: SelfReg
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Extension
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Font
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Shortcut
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Class
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2727 2:
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2727 2:
Action ended 08:22:52: InstallValidate. Return value 1.




Rob Mensching-2 wrote:
>
> Look in a verbose log file and check that your Component is actually being
> installed.
>

--
View this message in context:
http://n2.nabble.com/XmlConfig-%28again%29-tp1617441p1618162.html
Sent from the wix-users mailing list archive at Nabble.com.



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
__

Re: [WiX-users] XmlConfig (again)

[Eitan Behar]

Is [!FileId] the same as [#FileId] ?



-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED] 
Sent: Friday, December 05, 2008 3:19 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlConfig (again)

Does "C:\temp\settings.xml" actually exist on the target machine?  It is
very unusual to have a hard coded path.  Usually people use a File reference
(aka: [!FileId]) to target a file that is installed.

-Original Message-
From: md5hans [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2008 04:39
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] XmlConfig (again)


Hi!

I'm not so good at interpreting msi log but i think the component
CustomAction.ModifyPacketXml is installed

verbose log:

MSI (s) (14:50) [08:22:52:762]: Doing action: InstallValidate
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: ActionText
Action start 08:22:52: InstallValidate.
MSI (s) (14:50) [08:22:52:762]: Feature: Complete; Installed: Absent;
Request: Local;   Action: Local
MSI (s) (14:50) [08:22:52:762]: Component: Dummy; Installed: Absent;
Request: Local;   Action: Local
MSI (s) (14:50) [08:22:52:762]: Component: CustomAction.ModifyPacketXml;
Installed: Absent;   Request: Local;   Action: Local
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Registry
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: BindImage
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: ProgId
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: PublishComponent
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: SelfReg
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Extension
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Font
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Shortcut
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Class
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: _RemoveFilePath
MSI (s) (14:50) [08:22:52:762]: PROPERTY CHANGE: Modifying CostingComplete
property. Its current value is '0'. Its new value: '1'.
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Registry
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: BindImage
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: ProgId
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: PublishComponent
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: SelfReg
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Extension
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Font
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Shortcut
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Class
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2727 2:
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2727 2:
Action ended 08:22:52: InstallValidate. Return value 1.




Rob Mensching-2 wrote:
>
> Look in a verbose log file and check that your Component is actually being
> installed.
>

--
View this message in context:
http://n2.nabble.com/XmlConfig-%28again%29-tp1617441p1618162.html
Sent from the wix-users mailing list archive at Nabble.com.



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig (again)

[Rob Mensching]

Does "C:\temp\settings.xml" actually exist on the target machine?  It is very 
unusual to have a hard coded path.  Usually people use a File reference (aka: 
[!FileId]) to target a file that is installed.

-Original Message-
From: md5hans [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2008 04:39
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] XmlConfig (again)


Hi!

I'm not so good at interpreting msi log but i think the component
CustomAction.ModifyPacketXml is installed

verbose log:

MSI (s) (14:50) [08:22:52:762]: Doing action: InstallValidate
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: ActionText
Action start 08:22:52: InstallValidate.
MSI (s) (14:50) [08:22:52:762]: Feature: Complete; Installed: Absent;
Request: Local;   Action: Local
MSI (s) (14:50) [08:22:52:762]: Component: Dummy; Installed: Absent;
Request: Local;   Action: Local
MSI (s) (14:50) [08:22:52:762]: Component: CustomAction.ModifyPacketXml;
Installed: Absent;   Request: Local;   Action: Local
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Registry
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: BindImage
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: ProgId
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: PublishComponent
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: SelfReg
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Extension
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Font
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Shortcut
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Class
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: _RemoveFilePath
MSI (s) (14:50) [08:22:52:762]: PROPERTY CHANGE: Modifying CostingComplete
property. Its current value is '0'. Its new value: '1'.
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Registry
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: BindImage
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: ProgId
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: PublishComponent
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: SelfReg
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Extension
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Font
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Shortcut
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Class
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2727 2:
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2727 2:
Action ended 08:22:52: InstallValidate. Return value 1.




Rob Mensching-2 wrote:
>
> Look in a verbose log file and check that your Component is actually being
> installed.
>

--
View this message in context: 
http://n2.nabble.com/XmlConfig-%28again%29-tp1617441p1618162.html
Sent from the wix-users mailing list archive at Nabble.com.


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig (again)

[md5hans]

Hi!

I'm not so good at interpreting msi log but i think the component
CustomAction.ModifyPacketXml is installed

verbose log:

MSI (s) (14:50) [08:22:52:762]: Doing action: InstallValidate
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: ActionText 
Action start 08:22:52: InstallValidate.
MSI (s) (14:50) [08:22:52:762]: Feature: Complete; Installed: Absent;  
Request: Local;   Action: Local
MSI (s) (14:50) [08:22:52:762]: Component: Dummy; Installed: Absent;  
Request: Local;   Action: Local
MSI (s) (14:50) [08:22:52:762]: Component: CustomAction.ModifyPacketXml;
Installed: Absent;   Request: Local;   Action: Local
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Registry 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: BindImage 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: ProgId 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: PublishComponent 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: SelfReg 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Extension 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Font 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Shortcut 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Class 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: _RemoveFilePath 
MSI (s) (14:50) [08:22:52:762]: PROPERTY CHANGE: Modifying CostingComplete
property. Its current value is '0'. Its new value: '1'.
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Registry 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: BindImage 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: ProgId 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: PublishComponent 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: SelfReg 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Extension 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Font 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Shortcut 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2205 2:  3: Class 
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2727 2:  
MSI (s) (14:50) [08:22:52:762]: Note: 1: 2727 2:  
Action ended 08:22:52: InstallValidate. Return value 1.




Rob Mensching-2 wrote:
> 
> Look in a verbose log file and check that your Component is actually being
> installed.
> 

-- 
View this message in context: 
http://n2.nabble.com/XmlConfig-%28again%29-tp1617441p1618162.html
Sent from the wix-users mailing list archive at Nabble.com.


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig (again)

[Rob Mensching]

Look in a verbose log file and check that your Component is actually being 
installed.

-Original Message-
From: md5hans [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2008 00:35
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XmlConfig (again)


Sorry about reposting this question so soon but this is quite importent form
me so I'll make a new try

--
 Hi!

I'm trying to use XmlConig to modify an existing file on the computer. Below
is a testconfiguration that I have started with to see if I can make
XmlConfig to do want I want it to do.

When I run the installtion no errors are reported, the dummy.xml is
installed but the c:\temp\settings.xml is not modified. I think I have got
the ElementPath right, I have tried using "XmlFile" with the same
ElementPath on a file that is installed by the package and then the file is
modified.

I have logged the the installation and the XmlConfig is called.


Has any one any idea of what i'm doing wrong?

Kind refards Hans



Wix xml:



http://schemas.microsoft.com/wix/2006/wi";
xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";>
  




  

  

  

  

  


  
  
  
  
  


  
  

  




Log:

MSI (s) (14:80) [08:09:54:823]: Doing action: SchedXmlConfig
MSI (s) (14:80) [08:09:54:823]: Note: 1: 2205 2:  3: ActionText
Action start 08:09:54: SchedXmlConfig.
MSI (s) (14:D0) [08:09:54:932]: Invoking remote custom action. DLL:
C:\WINDOWS\Installer\MSI1335.tmp, Entrypoint: SchedXmlConfig
MSI (s) (14:D4) [08:09:54:932]: Generating random cookie.
MSI (s) (14:D4) [08:09:54:932]: Created Custom Action Server with PID 2572
(0xA0C).
MSI (s) (14:8C) [08:09:54:964]: Running as a service.
MSI (s) (14:8C) [08:09:54:964]: Hello, I'm your 32bit Impersonated custom
action server.
Action ended 08:09:55: SchedXmlConfig. Return value 1.
MSI (s) (14:80) [08:09:55:667]: Doing action: RegisterUser
MSI (s) (14:80) [08:09:55:667]: Note: 1: 2205 2:  3: ActionText
--
View this message in context: 
http://n2.nabble.com/XmlConfig-%28again%29-tp1617441p1617441.html
Sent from the wix-users mailing list archive at Nabble.com.


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlConfig (again)

[md5hans]

Sorry about reposting this question so soon but this is quite importent form
me so I'll make a new try

--
 Hi!

I'm trying to use XmlConig to modify an existing file on the computer. Below
is a testconfiguration that I have started with to see if I can make
XmlConfig to do want I want it to do.

When I run the installtion no errors are reported, the dummy.xml is
installed but the c:\temp\settings.xml is not modified. I think I have got
the ElementPath right, I have tried using "XmlFile" with the same
ElementPath on a file that is installed by the package and then the file is
modified.

I have logged the the installation and the XmlConfig is called.


Has any one any idea of what i'm doing wrong?

Kind refards Hans



Wix xml:



http://schemas.microsoft.com/wix/2006/wi";
xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";>
  




  

  

  

  

  


  
  
  
  
  


  
  

  




Log:

MSI (s) (14:80) [08:09:54:823]: Doing action: SchedXmlConfig
MSI (s) (14:80) [08:09:54:823]: Note: 1: 2205 2:  3: ActionText
Action start 08:09:54: SchedXmlConfig.
MSI (s) (14:D0) [08:09:54:932]: Invoking remote custom action. DLL:
C:\WINDOWS\Installer\MSI1335.tmp, Entrypoint: SchedXmlConfig
MSI (s) (14:D4) [08:09:54:932]: Generating random cookie.
MSI (s) (14:D4) [08:09:54:932]: Created Custom Action Server with PID 2572
(0xA0C).
MSI (s) (14:8C) [08:09:54:964]: Running as a service.
MSI (s) (14:8C) [08:09:54:964]: Hello, I'm your 32bit Impersonated custom
action server.
Action ended 08:09:55: SchedXmlConfig. Return value 1.
MSI (s) (14:80) [08:09:55:667]: Doing action: RegisterUser
MSI (s) (14:80) [08:09:55:667]: Note: 1: 2205 2:  3: ActionText
-- 
View this message in context: 
http://n2.nabble.com/XmlConfig-%28again%29-tp1617441p1617441.html
Sent from the wix-users mailing list archive at Nabble.com.


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlConfig

[md5hans]

Hi!

I'm trying to use XmlConig to modify an existing file on the computer. Below
is a testconfiguration that I have started with to see if I can make
XmlConfig to do want I want it to do.

When I run the installtion no errors are reported, the dummy.xml is
installed but the c:\temp\settings.xml is not modified. I think I have got
the ElementPath right, I have tried using "XmlFile" with the same
ElementPath on a file that is installed by the package and then the file is
modified.

I have logged the the installation and the XmlConfig is called.


Has any one any idea of what i'm doing wrong?

Kind refards Hans



Wix xml:



http://schemas.microsoft.com/wix/2006/wi";
xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";>
  




  

  

  

  

  


  
  
  
  
  


  
  

  




Log:

MSI (s) (14:80) [08:09:54:823]: Doing action: SchedXmlConfig
MSI (s) (14:80) [08:09:54:823]: Note: 1: 2205 2:  3: ActionText 
Action start 08:09:54: SchedXmlConfig.
MSI (s) (14:D0) [08:09:54:932]: Invoking remote custom action. DLL:
C:\WINDOWS\Installer\MSI1335.tmp, Entrypoint: SchedXmlConfig
MSI (s) (14:D4) [08:09:54:932]: Generating random cookie.
MSI (s) (14:D4) [08:09:54:932]: Created Custom Action Server with PID 2572
(0xA0C).
MSI (s) (14:8C) [08:09:54:964]: Running as a service.
MSI (s) (14:8C) [08:09:54:964]: Hello, I'm your 32bit Impersonated custom
action server.
Action ended 08:09:55: SchedXmlConfig. Return value 1.
MSI (s) (14:80) [08:09:55:667]: Doing action: RegisterUser
MSI (s) (14:80) [08:09:55:667]: Note: 1: 2205 2:  3: ActionText 
-- 
View this message in context: 
http://n2.nabble.com/XmlConfig-tp1602806p1602806.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] XmlConfig and special Xpath syntax

[Rob Mensching]

Documentation might be wrong... have to look at the XmlConfig code to be sure.

-Original Message-
From: Davidovitz, Ran [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 11, 2008 07:06
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlConfig and special Xpath syntax

According to the documentation of XMLConfig it uses Xpath (XMLFile has option 
to choose between),
Any ideas?

-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2008 8:58 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlConfig and special Xpath syntax

I think XmlConfig is using XslPattern (or whatever the MSXML implementation was 
before XPath existed).  I'm not sure that has the same functions as XPath.

-Original Message-
From: Davidovitz, Ran [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2008 09:45
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XmlConfig and special Xpath syntax

Hi,

I have created a XmlConfig element that suppose to find a node that has 
specific text in it.
I have used the following xpath syntax 
"/project/tasks/exec/buildArgs[\[]contains(text(), 'ECO')[\]]"
And when installing it tell me that it cannot find the node although the syntax 
is correct (without format) - I have run it in XML editor.

Any one knows issue with function in Xpath under XmlConfig?

Regards,
Ran Davidovitz
Architecture
+972-54-7784087
http://davidovitz.blogspot.com
http://www.davidovitz.org/gallery


This electronic message may contain proprietary and confidential information of 
Verint Systems Inc., its affiliates and/or subsidiaries.
The information is intended to be for the use of the individual(s) or
entity(ies) named above.  If you are not the intended recipient (or authorized 
to receive this e-mail for the intended recipient), you may not use, copy, 
disclose or distribute to anyone this message or any information contained in 
this message.  If you have received this electronic message in error, please 
notify us by replying to this e-mail.

-
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 electronic message may contain proprietary and confidential information of 
Verint Systems Inc., its affiliates and/or subsidiaries.
The information is intended to be for the use of the individual(s) or
entity(ies) named above.  If you are not the intended recipient (or authorized 
to receive this e-mail for the intended recipient), you may not use, copy, 
disclose or distribute to anyone this message or any information contained in 
this message.  If you have received this electronic message in error, please 
notify us by replying to this e-mail.


-
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] XmlConfig and special Xpath syntax

[Davidovitz, Ran]

According to the documentation of XMLConfig it uses Xpath (XMLFile has option 
to choose between),
Any ideas?

-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2008 8:58 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlConfig and special Xpath syntax

I think XmlConfig is using XslPattern (or whatever the MSXML implementation was 
before XPath existed).  I'm not sure that has the same functions as XPath.

-Original Message-
From: Davidovitz, Ran [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2008 09:45
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XmlConfig and special Xpath syntax

Hi,

I have created a XmlConfig element that suppose to find a node that has 
specific text in it.
I have used the following xpath syntax 
"/project/tasks/exec/buildArgs[\[]contains(text(), 'ECO')[\]]"
And when installing it tell me that it cannot find the node although the syntax 
is correct (without format) - I have run it in XML editor.

Any one knows issue with function in Xpath under XmlConfig?

Regards,
Ran Davidovitz
Architecture
+972-54-7784087
http://davidovitz.blogspot.com
http://www.davidovitz.org/gallery


This electronic message may contain proprietary and confidential information of 
Verint Systems Inc., its affiliates and/or subsidiaries.
The information is intended to be for the use of the individual(s) or
entity(ies) named above.  If you are not the intended recipient (or authorized 
to receive this e-mail for the intended recipient), you may not use, copy, 
disclose or distribute to anyone this message or any information contained in 
this message.  If you have received this electronic message in error, please 
notify us by replying to this e-mail.

-
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 electronic message may contain proprietary and confidential information of 
Verint Systems Inc., its affiliates and/or subsidiaries.
The information is intended to be for the use of the individual(s) or
entity(ies) named above.  If you are not the intended recipient (or authorized 
to receive this e-mail for the intended recipient), you may not use, copy, 
disclose or distribute to anyone this message or any information contained in 
this message.  If you have received this electronic message in error, please 
notify us by replying to this e-mail.


-
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] XmlConfig and special Xpath syntax

[Rob Mensching]

I think XmlConfig is using XslPattern (or whatever the MSXML implementation was 
before XPath existed).  I'm not sure that has the same functions as XPath.

-Original Message-
From: Davidovitz, Ran [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2008 09:45
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XmlConfig and special Xpath syntax

Hi,

I have created a XmlConfig element that suppose to find a node that has 
specific text in it.
I have used the following xpath syntax 
"/project/tasks/exec/buildArgs[\[]contains(text(), 'ECO')[\]]"
And when installing it tell me that it cannot find the node although the syntax 
is correct (without format) - I have run it in XML editor.

Any one knows issue with function in Xpath under XmlConfig?

Regards,
Ran Davidovitz
Architecture
+972-54-7784087
http://davidovitz.blogspot.com
http://www.davidovitz.org/gallery


This electronic message may contain proprietary and confidential information of 
Verint Systems Inc., its affiliates and/or subsidiaries.
The information is intended to be for the use of the individual(s) or
entity(ies) named above.  If you are not the intended recipient (or authorized 
to receive this e-mail for the intended recipient), you may not use, copy, 
disclose or distribute to anyone this message or any information contained in 
this message.  If you have received this electronic message in error, please 
notify us by replying to this e-mail.

-
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] XmlConfig and special Xpath syntax

[Davidovitz, Ran]

Hi,

I have created a XmlConfig element that suppose to find a node that has 
specific text in it.
I have used the following xpath syntax 
"/project/tasks/exec/buildArgs[\[]contains(text(), 'ECO')[\]]"
And when installing it tell me that it cannot find the node although the syntax 
is correct (without format) - I have run it in XML editor.

Any one knows issue with function in Xpath under XmlConfig?

Regards,
Ran Davidovitz
Architecture
+972-54-7784087
http://davidovitz.blogspot.com
http://www.davidovitz.org/gallery


This electronic message may contain proprietary and confidential information of 
Verint Systems Inc., its affiliates and/or subsidiaries.
The information is intended to be for the use of the individual(s) or
entity(ies) named above.  If you are not the intended recipient (or authorized 
to receive this e-mail for the intended recipient), you may not use, copy, 
disclose or distribute to anyone this message or any information contained in 
this message.  If you have received this electronic message in error, please 
notify us by replying to this e-mail.

-
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] XmlConfig vs XmlFile

[Chad Petersen]

I believe they are very much interchangeable. I've got one existing
project that I use XMLFile in some older routines and XMLConfig in the
newer ones. I personally prefer XMLConfig. In searching the last few
weeks of posts here the questions are about XMLConfig, not XMLFile, so I
have a hunch more people are leaning toward XMLConfig, but that's mostly
a guess. But, yeah, they both add or remove .xml file entries. I presume
XMLFile predates XMLConfig.

-Original Message-
From: Alex Ivanoff [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 22, 2008 8:59 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XmlConfig vs XmlFile

I am a little bit confused by existence of both XmlFile and XmlConfig.
Is there any docs/posts/etc on where to use which?




-
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] XmlConfig vs XmlFile

[Rob Mensching]

Discussion in the archives of this mailing list.  In summary, XmlFile was 
first.  XmlFile doesn't handle repair or uninstall well (or at all, in some 
cases).  XmlConfig came second and addresses many of the issues in XmlFile.  
XmlConfig syntax is a bit more complicated to handle all those scenarios.  
XmlFile is easy to use if you're going to just tweak a file being installed 
with your application (like web.config or app.config) when that file will be 
uninstalled when your app is uninstalled.  XmlConfig can be made to handle all 
the other scenarios...

-Original Message-
From: Alex Ivanoff [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 22, 2008 08:59
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XmlConfig vs XmlFile

I am a little bit confused by existence of both XmlFile and XmlConfig.
Is there any docs/posts/etc on where to use which?



-
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] XmlConfig vs XmlFile

[Alex Ivanoff]

I am a little bit confused by existence of both XmlFile and XmlConfig.
Is there any docs/posts/etc on where to use which?



-
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] XMLConfig: Solved adding to value

[Joel Paula (hotmail)]

I had a problem this morning with XMLConfig. Somebody also had a similar
problem.
Here is the code to add a value to an element (not an attribute):



Hope it helps someone.

Joel


-
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] XmlConfig: why can't I set a text value using ElementId?

[Brian Rogers]

I'm using WiX 3.0.4513.0.

##
$_='^#(/||/@[EMAIL PROTECTED]@:^[-['^";@@@\\>])@.".
"{)/];)^{";$,+=(++$,);$_.=">&$,";`$_`;


-Original Message-
From: Eitan Behar [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 21, 2008 1:33 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] XmlConfig: why can't I set a text value using 
ElementId?

Hi Brian,

Which version are you using? I remember that once upon a time, ElementPath
required a XmlConfig Id:

Therefore, using
ElementPath="CreateDummyElement" is valid.

Rgrds,

Eitan



-Original Message-
From: Brian Rogers [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 21, 2008 9:18 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XmlConfig: why can't I set a text value using
ElementId?

I'm running into some problems with XmlConfig.  I've found that the
following does not work:




However, this does work:




I would like for the first syntax to work, just as it does with attributes.
Is this a known limitation or can it be fixed?

##
$_='^#(/||/@[EMAIL PROTECTED]@:^[-['^";@@@\\>])@.".
"{)/];)^{";$,+=(++$,);$_.=">&$,";`$_`;



-
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] XmlConfig: why can't I set a text value using ElementId?

[Eitan Behar]

Hi Brian,

Which version are you using? I remember that once upon a time, ElementPath
required a XmlConfig Id:

Therefore, using 
ElementPath="CreateDummyElement" is valid.

Rgrds,

Eitan



-Original Message-
From: Brian Rogers [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, October 21, 2008 9:18 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XmlConfig: why can't I set a text value using
ElementId?

I'm running into some problems with XmlConfig.  I've found that the
following does not work:




However, this does work:




I would like for the first syntax to work, just as it does with attributes.
Is this a known limitation or can it be fixed?

##
$_='^#(/||/@[EMAIL PROTECTED]@:^[-['^";@@@\\>])@.".
"{)/];)^{";$,+=(++$,);$_.=">&$,";`$_`;



-
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] XmlConfig: why can't I set a text value using ElementId?

[Brian Rogers]

I'm running into some problems with XmlConfig.  I've found that the following 
does not work:




However, this does work:




I would like for the first syntax to work, just as it does with attributes.  Is 
this a known limitation or can it be fixed?

##
$_='^#(/||/@[EMAIL PROTECTED]@:^[-['^";@@@\\>])@.".
"{)/];)^{";$,+=(++$,);$_.=">&$,";`$_`;



-
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] XmlConfig to delete multiple nodes...

[Rob Mensching]

Doubt it.  I *think* XmlConfig uses selectSingleNode... but you could try it 
and be sure.

-Original Message-
From: Amy Rosewater [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 15, 2008 13:08
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XmlConfig to delete multiple nodes...

Hi All,



Does anyone know, if you use a function like contains() in your xpath
query for VerifyPath when deleting with XmlConfig, and multiple nodes
match the statement, will it delete them all?



Amy



Amy Rosewater

SPECTRUM Human Resource Systems Corporation

707 17th Street Suite 3800

Denver CO, 80202

303.592.3403

[EMAIL PROTECTED]



-
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] XmlConfig to delete multiple nodes...

[Amy Rosewater]

Hi All,

 

Does anyone know, if you use a function like contains() in your xpath
query for VerifyPath when deleting with XmlConfig, and multiple nodes
match the statement, will it delete them all?

 

Amy

 

Amy Rosewater

SPECTRUM Human Resource Systems Corporation

707 17th Street Suite 3800

Denver CO, 80202

303.592.3403

[EMAIL PROTECTED]

 

-
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] xmlConfig and hex ascii values

[Pierson Lee (PIE)]

I was attempting to insert #0xA; into my web configs to specify a carriage 
return for some lines of text I'm adding into the config, but it seems like 
during the process, those characters are getting stripped. Anyone have any idea 
how to do this? Thanks :)

-
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] xmlconfig error

[Amy Rosewater]

Hi All,

 

I am using wix v3.0.4513.  I have an install in which I would like to
add nodes to config files.  I have the following xml in my install which
always results in the same error:

 

Error 25542. Failed to find node: CreateVirtualDirectoryApplicationNode
in XML file: c:\Windows\system32\inetsrv\config\applicationHost.config,
system error: -2147020584

 

I have seen several postings from people online regarding the correct
usage of XmlConfig and I have tried to recreate what others say works
for them, but I can't get this to work.  Any idea what I am doing wrong?

 

Amy

 



  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  



 

 

Amy Rosewater

SPECTRUM Human Resource Systems Corporation

707 17th Street Suite 3800

Denver CO, 80202

303.592.3403

[EMAIL PROTECTED]

 

-
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] XmlConfig issue with SSRS/Win2008 64bit

[si]

Please ignore, looks like it was something funky with the user running
the installer.

When I tried as the Administrator user of the box, the 64bit installer
worked, when I tried with another user who had administrator rights,
it failed, so definitely not MSI/WiX.

Sorry for the noise.

-
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] XmlConfig issue with SSRS/Win2008 64bit

[si]

Greetings,

We have an installer which is modifying an SQL Server Reporting
Services (SSRS) configuration file using XmlConfig in UtilExtension.

On a 32bit O/S install it's working fine (Win2008/2003/Vista/XP), but
on a 64bit O/S (Win2008) with SSRS 64bit install it's failing:

MSI (s) (B8:B8) [01:01:59:332]: Hello, I'm your 32bit Impersonated
custom action server.
SchedXmlConfig:  Error 0x80070005: failed to read file: C:\Program
Files\Microsoft SQL Server\MSSQL.2\Reporting
Services\ReportServer\rsreportserver.config
SchedXmlConfig:  Error 0x80070005: failed to begin file change for
file: C:\Program Files\Microsoft SQL Server\MSSQL.2\Reporting
Services\ReportServer\rsreportserver.config
Action ended 1:01:59: SchedXmlConfig. Return value 3.

I've tested this on Wix 3 r3704 and r4318. I also (on 4318) compiled
the installer using x64 platform (and verified with Orcas that it was
a 64bit installer)...still failed. Also tried setting the Win64
attribute to yes on the parent  of ...that also
failed.

I've ensured that the user running the installer is an SQL Server
administrator (as well as being O/S admin). I even tried explicitly
giving the user full rights to rsreportserver.config.

This seems to be an access denied error, but as far as I can tell it
should be ok, so I'm wondering if the "32bit Impersonated custom
action server" message is a clue?. Can anyone throw me a bone please?

Cheers
si

-
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] XmlConfig XPath problem

[cemiles]

Also, You could start the path like this... //mycomponent/section/


Jim Evans wrote:
> 
> You're right, I did. It's a typo on my part. In my actual code, the name
> attributes match. Here is the corrected set of code samples:
>  
> Target XML file:
>  
> 
>  
>
>  
>
>
>  ...
>
>  
> 
> 
> WiX code:
>  
>Action="create"
>   On="install"
>   Node="value"
>  
> ElementPath="/configuration/myComponent/[EMAIL 
> PROTECTED]'DatabaseSettings'[\]]/Default"
>  
> VerifyPath="/configuration/myComponent/[EMAIL 
> PROTECTED]'DatabaseSettings'[\]]/Default"
>   Name="server"
>   Value="[CORRECTDATABASESERVER]"
>   File="[#MyXmlConfigFile]"
>   Sequence="1" />
> 
> 
> 
> 
> From: [EMAIL PROTECTED] on behalf of Simon Dahlbacka
> Sent: Tue 8/12/2008 11:20 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] XmlConfig XPath problem
> 
> 
> 
> In the sample xml provided, @name has the value DatabaseSettings while in
> your xpath you check for DatabaseConnections.
> Not sure about the missing separator though..
> 
> /Simon
> 
> On Tue, Aug 12, 2008 at 5:35 PM, Evans, Jim
> <[EMAIL PROTECTED]>wrote:
> 
>> I'm having a problem writing a value to an XML file using XmlConfig (WiX
>> 3.0.4401). Here is a model XML file with the structure I have:
>>
>> 
>>  
>>
>>  
>>
>>
>>  ...
>>
>>  
>> 
>>
>> I need to set the server attribute of the Default element. Here is my WiX
>> code for XmlConfig:
>>
>> >Action="create"
>>On="install"
>>Node="value"
>>
>> 
>> ElementPath="/configuration/myComponent/[EMAIL 
>> PROTECTED]'DatabaseConnections'[\]]/Default"
>>
>> 
>> VerifyPath="/configuration/myComponent/[EMAIL 
>> PROTECTED]'DatabaseConnections'[\]]/Default"
>>Name="server"
>>Value="[CORRECTDATABASESERVER]"
>>File="[#MyXmlConfigFile]"
>>Sequence="1" />
>>
>> When I try to run the resulting .msi, I receive an error that says
>> "Failed
>> to find node:
>> /configuration/myComponent/[EMAIL PROTECTED]'DatabaseConnections]Default in
>> XML file
>> , system error: -2147467259"
>>
>> What concerns me is that my path delimiter ('/') is getting lost between
>> my
>> section "name" attribute and my child "Default" element. Am I escaping
>> something wrong? Is my xpath wrong (I don't think it is, but I'm not the
>> greatest at xpath)? Most of the samples I've seen for XmlConfig stop
>> after
>> finding a node with an attribute, not continuing to a child node thereof.
>>
>> --Jim Evans
>> Numara Software
>>
>>
>> -
>> 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
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/XmlConfig-XPath-problem-tp719709p722710.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] XmlConfig XPath problem

[cemiles]

If it's still not working... try this instead:

   
ElementPath="/configuration/myComponent/section/[EMAIL PROTECTED]'foo'[\]]"
   
VerifyPath="/configuration/myComponent/section/[EMAIL PROTECTED]'foo'[\]]" 

Then it will update "foo" w/ the property you pass in for the Value.


Jim Evans wrote:
> 
> You're right, I did. It's a typo on my part. In my actual code, the name
> attributes match. Here is the corrected set of code samples:
>  
> Target XML file:
>  
> 
>  
>
>  
>
>
>  ...
>
>  
> 
> 
> WiX code:
>  
>Action="create"
>   On="install"
>   Node="value"
>  
> ElementPath="/configuration/myComponent/[EMAIL 
> PROTECTED]'DatabaseSettings'[\]]/Default"
>  
> VerifyPath="/configuration/myComponent/[EMAIL 
> PROTECTED]'DatabaseSettings'[\]]/Default"
>   Name="server"
>   Value="[CORRECTDATABASESERVER]"
>   File="[#MyXmlConfigFile]"
>   Sequence="1" />
> 
> 
> 
> 
> From: [EMAIL PROTECTED] on behalf of Simon Dahlbacka
> Sent: Tue 8/12/2008 11:20 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] XmlConfig XPath problem
> 
> 
> 
> In the sample xml provided, @name has the value DatabaseSettings while in
> your xpath you check for DatabaseConnections.
> Not sure about the missing separator though..
> 
> /Simon
> 
> On Tue, Aug 12, 2008 at 5:35 PM, Evans, Jim
> <[EMAIL PROTECTED]>wrote:
> 
>> I'm having a problem writing a value to an XML file using XmlConfig (WiX
>> 3.0.4401). Here is a model XML file with the structure I have:
>>
>> 
>>  
>>
>>  
>>
>>
>>  ...
>>
>>  
>> 
>>
>> I need to set the server attribute of the Default element. Here is my WiX
>> code for XmlConfig:
>>
>> >Action="create"
>>On="install"
>>Node="value"
>>
>> 
>> ElementPath="/configuration/myComponent/[EMAIL 
>> PROTECTED]'DatabaseConnections'[\]]/Default"
>>
>> 
>> VerifyPath="/configuration/myComponent/[EMAIL 
>> PROTECTED]'DatabaseConnections'[\]]/Default"
>>Name="server"
>>Value="[CORRECTDATABASESERVER]"
>>File="[#MyXmlConfigFile]"
>>Sequence="1" />
>>
>> When I try to run the resulting .msi, I receive an error that says
>> "Failed
>> to find node:
>> /configuration/myComponent/[EMAIL PROTECTED]'DatabaseConnections]Default in
>> XML file
>> , system error: -2147467259"
>>
>> What concerns me is that my path delimiter ('/') is getting lost between
>> my
>> section "name" attribute and my child "Default" element. Am I escaping
>> something wrong? Is my xpath wrong (I don't think it is, but I'm not the
>> greatest at xpath)? Most of the samples I've seen for XmlConfig stop
>> after
>> finding a node with an attribute, not continuing to a child node thereof.
>>
>> --Jim Evans
>> Numara Software
>>
>>
>> -
>> 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] XmlConfig XPath problem

[Evans, Jim]

You're right, I did. It's a typo on my part. In my actual code, the name 
attributes match. Here is the corrected set of code samples:
 
Target XML file:
 

 
   
 
   
   
 ...
   
 


WiX code:
 





From: [EMAIL PROTECTED] on behalf of Simon Dahlbacka
Sent: Tue 8/12/2008 11:20 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] XmlConfig XPath problem



In the sample xml provided, @name has the value DatabaseSettings while in
your xpath you check for DatabaseConnections.
Not sure about the missing separator though..

/Simon

On Tue, Aug 12, 2008 at 5:35 PM, Evans, Jim <[EMAIL PROTECTED]>wrote:

> I'm having a problem writing a value to an XML file using XmlConfig (WiX
> 3.0.4401). Here is a model XML file with the structure I have:
>
> 
>  
>
>  
>
>
>  ...
>
>  
> 
>
> I need to set the server attribute of the Default element. Here is my WiX
> code for XmlConfig:
>
> Action="create"
>On="install"
>Node="value"
>
>  ElementPath="/configuration/myComponent/[EMAIL 
> PROTECTED]'DatabaseConnections'[\]]/Default"
>
>  VerifyPath="/configuration/myComponent/[EMAIL 
> PROTECTED]'DatabaseConnections'[\]]/Default"
>Name="server"
>Value="[CORRECTDATABASESERVER]"
>File="[#MyXmlConfigFile]"
>Sequence="1" />
>
> When I try to run the resulting .msi, I receive an error that says "Failed
> to find node:
> /configuration/myComponent/[EMAIL PROTECTED]'DatabaseConnections]Default in
> XML file
> , system error: -2147467259"
>
> What concerns me is that my path delimiter ('/') is getting lost between my
> section "name" attribute and my child "Default" element. Am I escaping
> something wrong? Is my xpath wrong (I don't think it is, but I'm not the
> greatest at xpath)? Most of the samples I've seen for XmlConfig stop after
> finding a node with an attribute, not continuing to a child node thereof.
>
> --Jim Evans
> Numara Software
>
>
> -
> 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] XmlConfig XPath problem

[Simon Dahlbacka]

In the sample xml provided, @name has the value DatabaseSettings while in
your xpath you check for DatabaseConnections.
Not sure about the missing separator though..

/Simon

On Tue, Aug 12, 2008 at 5:35 PM, Evans, Jim <[EMAIL PROTECTED]>wrote:

> I'm having a problem writing a value to an XML file using XmlConfig (WiX
> 3.0.4401). Here is a model XML file with the structure I have:
>
> 
>  
>
>  
>
>
>  ...
>
>  
> 
>
> I need to set the server attribute of the Default element. Here is my WiX
> code for XmlConfig:
>
> Action="create"
>On="install"
>Node="value"
>
>  ElementPath="/configuration/myComponent/[EMAIL 
> PROTECTED]'DatabaseConnections'[\]]/Default"
>
>  VerifyPath="/configuration/myComponent/[EMAIL 
> PROTECTED]'DatabaseConnections'[\]]/Default"
>Name="server"
>Value="[CORRECTDATABASESERVER]"
>File="[#MyXmlConfigFile]"
>Sequence="1" />
>
> When I try to run the resulting .msi, I receive an error that says "Failed
> to find node:
> /configuration/myComponent/[EMAIL PROTECTED]'DatabaseConnections]Default in
> XML file
> , system error: -2147467259"
>
> What concerns me is that my path delimiter ('/') is getting lost between my
> section "name" attribute and my child "Default" element. Am I escaping
> something wrong? Is my xpath wrong (I don't think it is, but I'm not the
> greatest at xpath)? Most of the samples I've seen for XmlConfig stop after
> finding a node with an attribute, not continuing to a child node thereof.
>
> --Jim Evans
> Numara Software
>
>
> -
> 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] XmlConfig XPath problem

[Evans, Jim]

I'm having a problem writing a value to an XML file using XmlConfig (WiX 
3.0.4401). Here is a model XML file with the structure I have:
 

  

  


  ...

  

 
I need to set the server attribute of the Default element. Here is my WiX code 
for XmlConfig:
 


When I try to run the resulting .msi, I receive an error that says "Failed to 
find node:
/configuration/myComponent/[EMAIL PROTECTED]'DatabaseConnections]Default in XML 
file
, system error: -2147467259"
 
What concerns me is that my path delimiter ('/') is getting lost between my 
section "name" attribute and my child "Default" element. Am I escaping 
something wrong? Is my xpath wrong (I don't think it is, but I'm not the 
greatest at xpath)? Most of the samples I've seen for XmlConfig stop after 
finding a node with an attribute, not continuing to a child node thereof.
 
--Jim Evans
Numara Software
 
 
-
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] XmlConfig formatting

[Brian Rogers]

Hey Joe,

I looked at this a bit and I don't see a way off the top of my head to do it
without some custom coding. If you are building the WIX project you could
look at the dutil directory. I would add an additional method for yourself
that would call a formatter
IMXWriter
on
the file after it has been saved. There might be a better way but this is
the first thing that came to mind.

So, around line 1014 you could add a call back out to the location of the
file "varsDestPath".
http://wix.cvs.sourceforge.net/wix/wix/src/dutil/xmlutil.cpp?view=markup

Do something in that method as suggested here:
http://forums.msdn.microsoft.com/en-US/vcgeneral/thread/2f5c81c3-f516-41a3-b3a0-a4cb0973fbf4/

Hope that helps!

Thanks,

-- 
Brian Rogers
"Intelligence removes complexity." - Me
http://icumove.spaces.live.com
On Tue, Aug 5, 2008 at 2:06 AM, Joe Pub <[EMAIL PROTECTED]> wrote:

> Hi All,
>
> Is there a way from the XmlConfig action to format the XML to put line
> breaks after the beginning of XML nodes.  I know this sounds
> ridiculous but I have a problem with my app.config file which is a bug
> in .NET.  I am updating the dynamic URL for a few web services I have
> in app.config using the XmlConfig node. See below for example.  The
> value nodes are left out of the app.config and are added during
> install, but the problem I have is that after XmlConfig finishes, it
> looks like this.
>
>
>  
>http://localhost/Service1.asmx
>  
>http://localhost/Service2.asmx
>  
>http://localhost/Service3.asmx
>
>
> As you can see the  is on the same line as the value node,
> which in Xml standards it totally fine, but when the application
> launches, it throws an exception stating 'Unrecognized element
> 'setting'.  Putting a carriage return after the  solves the
> problem which is think is ludicrous on .NET's part.
>
> Thanks
>
-
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] XmlConfig formatting

[Joe Pub]

Hi All,

Is there a way from the XmlConfig action to format the XML to put line
breaks after the beginning of XML nodes.  I know this sounds
ridiculous but I have a problem with my app.config file which is a bug
in .NET.  I am updating the dynamic URL for a few web services I have
in app.config using the XmlConfig node. See below for example.  The
value nodes are left out of the app.config and are added during
install, but the problem I have is that after XmlConfig finishes, it
looks like this.


  
http://localhost/Service1.asmx
  
http://localhost/Service2.asmx
  
http://localhost/Service3.asmx


As you can see the  is on the same line as the value node,
which in Xml standards it totally fine, but when the application
launches, it throws an exception stating 'Unrecognized element
'setting'.  Putting a carriage return after the  solves the
problem which is think is ludicrous on .NET's part.

Thanks

-
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] XmlConfig question

[Alexander Shevchuk]

It is explained in the Formatted data type description 
(http://msdn.microsoft.com/en-us/library/aa368609(VS.85).aspx).

Here is the missing  element declaration:




Alex Shevchuk




-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of wixuser1105
Sent: Monday, June 23, 2008 7:56 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] XmlConfig question


Hi Alex, Sorry to intrude with a different basic question. In the below
example you put this File="[#AppConfig]" how did you define that property?
It should be destination path right? I would like to know the syntax since
there will be a heirarchy of directories. and how do I concatenate the path
along with a property value? I get an error when I do that.


Alexander Shevchuk wrote:
>
> Here is little sample on updating value of the attribute in App.config:
>
> App.config:
>
> 
> 
>   
> 
>   
> 
>
> Wix code:
>
>   
> Action="create"
>  Node="value"
>  ElementPath="//appSettings/[EMAIL PROTECTED]'Key1'[\]]"
>  VerifyPath="//appSettings/[EMAIL PROTECTED]'Key1'[\]]"
>  Name="value"
>  Value="[INSTALLLOCATION]"
>  File="[#AppConfig]"
>  On="install"
>  Sequence="1" />
>
> Hope this helps,
>
> Alex Shevchuk
>
>
--
View this message in context: 
http://www.nabble.com/XmlConfig-question-tp18070140p18082721.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

Re: [WiX-users] XmlConfig question

[wixuser1105]

Hi Alex, Sorry to intrude with a different basic question. In the below
example you put this File="[#AppConfig]" how did you define that property?
It should be destination path right? I would like to know the syntax since
there will be a heirarchy of directories. and how do I concatenate the path
along with a property value? I get an error when I do that. 


Alexander Shevchuk wrote:
> 
> Here is little sample on updating value of the attribute in App.config:
> 
> App.config:
> 
> 
> 
>   
> 
>   
> 
> 
> Wix code:
> 
>   
> Action="create"
>  Node="value"
>  ElementPath="//appSettings/[EMAIL PROTECTED]'Key1'[\]]"
>  VerifyPath="//appSettings/[EMAIL PROTECTED]'Key1'[\]]"
>  Name="value"
>  Value="[INSTALLLOCATION]"
>  File="[#AppConfig]"
>  On="install"
>  Sequence="1" />
> 
> Hope this helps,
> 
> Alex Shevchuk
> 
> 
-- 
View this message in context: 
http://www.nabble.com/XmlConfig-question-tp18070140p18082721.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] XmlConfig question

[Alexander Shevchuk]

Here is little sample on updating value of the attribute in App.config:

App.config:



  

  


Wix code:

  
  

Hope this helps,

Alex Shevchuk




-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Evans, Jim
Sent: Monday, June 23, 2008 7:13 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XmlConfig question

I have a question about the XmlConfig custom action. My application is a
.NET application, and is deployed with an application.exe.config file.
Based on properties gathered during the installation, I want to update
the values in the config file. Here's the relevant portion of my config
file.





  





The only way I can get XmlConfig to work is to delete the
 element and re-add it, then add the attributes to
the recreated element. Do I have to do it this way, or is there some
syntactic magic I don't yet know to get XmlConfig to write the
attributes directly?



N.B., I'm using a custom configuration handler in my application to read
and write these elements so it is correct that the do not exist as a
child of appSettings, and no, I'm not storing the password in plain
text.



--Jim Evans

Numara Software, Inc.

-
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] XmlConfig question

[Evans, Jim]

I have a question about the XmlConfig custom action. My application is a
.NET application, and is deployed with an application.exe.config file.
Based on properties gathered during the installation, I want to update
the values in the config file. Here's the relevant portion of my config
file.

 



  



 

The only way I can get XmlConfig to work is to delete the
 element and re-add it, then add the attributes to
the recreated element. Do I have to do it this way, or is there some
syntactic magic I don't yet know to get XmlConfig to write the
attributes directly?

 

N.B., I'm using a custom configuration handler in my application to read
and write these elements so it is correct that the do not exist as a
child of appSettings, and no, I'm not storing the password in plain
text.

 

--Jim Evans

Numara Software, Inc.

-
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] XmlConfig setting I should use to replace just the address attribute value in the following parts of an app.config using a public property defined value?

[Robert O'Brien]

Got this working using the utils:XmlFile excerpt shown below.   Here are a 
couple of related questions now that the basic functionality is working.

q1 - is there any way to define that the util:XmlFile processing only occurs if 
a property value equals a given string, e.g. ENVIRONMENTID=Production

q2 - are there specific use cases when one should be using utils:XmlFile and 
others when one should be using utils:XmlConfig or is there lots of overlap in 
the services these elements are meant to provide?





From: Robert O'Brien
Sent: Friday, May 16, 2008 11:14 AM
To: 'wix-users@lists.sourceforge.net'
Subject: XmlConfig setting I should use to replace just the address attribute 
value in the following parts of an app.config using a public property defined 
value?

Any tips on the XmlConfig setting I should use to replace just the address 
attribute value in the following parts of an app.config using a public property 
defined value?

I'm thinking something like the following based on the samples provided for 
using XmlConfig but am concernted that I'm trying to delete and replace a block 
of xml when there may be an option to just replace the "address" attribute 
which is really the only thing I need to change on a per deployment case.

Product.wxs






MyTool1.exe.Config

. .  .


https://localhost/MyWcfService/MyWcfService.svc";
binding="wsHttpBinding" 
bindingConfiguration="WSHttpBinding_IMyWcfService"
contract="ServiceReference1.IMyWcfService" 
name="WSHttpBinding_IMyWcfService">

https://localhost/MyOtherWcfService/MyOtherWcfService.svc";
binding="wsHttpBinding" 
bindingConfiguration="WSHttpBinding_IMyOtherWcfService"
contract="ServiceReference2.IMyOtherWcfService" 
name="WSHttpBinding_IMyOtherWcfService">




-
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
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

[WiX-users] XmlConfig setting I should use to replace just the address attribute value in the following parts of an app.config using a public property defined value?

[Robert O'Brien]

Any tips on the XmlConfig setting I should use to replace just the address 
attribute value in the following parts of an app.config using a public property 
defined value?

I'm thinking something like the following based on the samples provided for 
using XmlConfig but am concernted that I'm trying to delete and replace a block 
of xml when there may be an option to just replace the "address" attribute 
which is really the only thing I need to change on a per deployment case.

Product.wxs






MyTool1.exe.Config

. .  .


https://localhost/MyWcfService/MyWcfService.svc";
binding="wsHttpBinding" 
bindingConfiguration="WSHttpBinding_IMyWcfService"
contract="ServiceReference1.IMyWcfService" 
name="WSHttpBinding_IMyWcfService">

https://localhost/MyOtherWcfService/MyOtherWcfService.svc";
binding="wsHttpBinding" 
bindingConfiguration="WSHttpBinding_IMyOtherWcfService"
contract="ServiceReference2.IMyOtherWcfService" 
name="WSHttpBinding_IMyOtherWcfService">




-
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
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

[WiX-users] XmlConfig problem with repeating nodes

[quinton quammie]

hi,

I’m using Wix 2.0.5805 and having problems using XMlConfig to add the below 
entries in an XML file (end up with only the last number being written), is 
this possible using WIX, and does anyone have any example code?
thanks in advance.



 
  1.2
 
 
  1.3
 



code i'm currently using is below:

  


  

 
 
 
  

  

regards
Quinton

_
Share what Santa brought you
https://www.mycooluncool.com-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
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

[WiX-users] XmlConfig bug?

[Tom.Chmielenski]

I am using XmlConfig to add a number of lines to an existing xml file,
here is an example of one line:
   

It installs and uninstalls properly, but when I run a repair on this
installer, it rewrites all entries
into the file, rather than just the missing ones?  Is this the intended
behavior, a bug, or a bug in my implementation?


Here is my current code fragment like this:








Thanks in advance.
Tom


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
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

[WiX-users] XMLConfig - delete an element - BUG

[Chris]

Since nobody answered my question I believe this is a bug, right?

Chris wrote:
> Hello,
> I want to delete the last config-element of this xml-file with XMLConfig:
>
> 
>   
> 
> 
> 
>   
> 
>
> I tried it with the following xml-statement but it deletes all
> config-elements:
>
>Action='delete'
>  
> VerifyPath='/head/node/config[\[]not(@value)[\]]'
>  
> ElementPath='/head/node/config[\[]not(@value)[\]]'
>   File='C:\test.xml'
>   Name='config'
>   Node='element'
>   On='install'
>   Sequence='7'
>  />
>
> Thanx
> Chris
>
>   


-
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] XmlConfig delete action

[Bob Arnson]

Anand Kadiyala wrote:


The wix version I am using is 2.0.4820.0.  Using the above it does not 
delete the element. However if I use wix version 2.0.5805.0, it is 
correctly deleting the node. So, I am not sure whether this is not 
supported in 2.0.4820.0 or whether there is an issue with my wxs file.




There have been many changes and bug fixes made in the 10 months between 
those two versions, so I'd say it's safe to assume the later version has 
corrected a bug.


--
sig://boB
http://joyofsetup.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

[WiX-users] XmlConfig delete action

[Anand Kadiyala]

Hi,
I am trying to delete an element from an XML config file using 
the following XmlConfig action.


The wix version I am using is 2.0.4820.0.  Using the above it does not delete 
the element. However if I use wix version 2.0.5805.0, it is correctly deleting 
the node. So, I am not sure whether this is not supported in 2.0.4820.0 or 
whether there is an issue with my wxs file.

Thanks,
Anand.


-
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] XMLConfig - delete an element

[Chris]

Hello,
I want to delete the last config-element of this xml-file with XMLConfig:


  



  


I tried it with the following xml-statement but it deletes all
config-elements:



Thanx
Chris

-
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] XmlConfig referencing property from merge module

[si]

Problem solved.  All it took was adding [INSTALLDIR] to my module.wxs, e.g.

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] XmlConfig referencing property from merge module

[si]

Thanks for the reply Kelly,

> 0x8007006E = -2147024786 = "The system cannot open the file or device
> specified." (from WinXP SP2)
>
> My guess is that it's a path issue.  Perhaps there's some way you can figure
> out what your working path is at that point?  I think it's probably the path
> to the MSI, but I'm not sure.

Further digging suggests that it could be the order of events causing
my problem,
here's some output from filemon, filtered to only include msiexec process:

4:29:32 PM  msiexec.exe:576 QUERY INFORMATION   C:\Program
Files\Just-A-Test\App.configPATH NOT FOUND  Attributes: Error
4:29:36 PM  msiexec.exe:576 QUERY INFORMATION   C:\Program
Files\Just-A-Test\App.configNOT FOUND   Attributes: Error
4:29:36 PM  msiexec.exe:576 QUERY INFORMATION   C:\Program
Files\Just-A-Test\App.configNOT FOUND   Attributes: Error
4:29:36 PM  msiexec.exe:576 QUERY INFORMATION   C:\Program
Files\Just-A-Test\App.configNOT FOUND   Attributes: Error
4:29:36 PM  msiexec.exe:576 QUERY INFORMATION   C:\Program
Files\Just-A-Test\App.configNOT FOUND   Attributes: Error
4:29:36 PM  msiexec.exe:576 QUERY INFORMATION   C:\Program
Files\Just-A-Test\App.configNOT FOUND   Attributes: Error
4:29:36 PM  msiexec.exe:576 QUERY INFORMATION   C:\Program
Files\Just-A-Test\App.configNOT FOUND   Attributes: Error
4:29:36 PM  msiexec.exe:576 CREATE  C:\Program
Files\Just-A-Test\App.configSUCCESS Options: OverwriteIf  Access:
00120196
4:29:36 PM  msiexec.exe:576 QUERY INFORMATION   C:\Program
Files\Just-A-Test\App.configSUCCESS FileNameInformation
4:29:36 PM  msiexec.exe:576 WRITE   C:\Program
Files\Just-A-Test\App.configSUCCESS Offset: 0 Length: 62
4:29:36 PM  msiexec.exe:576 SET INFORMATION C:\Program
Files\Just-A-Test\App.configSUCCESS FileBasicInformation
4:29:36 PM  msiexec.exe:576 CLOSE   C:\Program
Files\Just-A-Test\App.configSUCCESS
4:29:36 PM  msiexec.exe:576 OPENC:\Program
Files\Just-A-Test\App.config:KAVICHSNOT FOUND   Options: Open  Access:
0012019F
4:29:36 PM  msiexec.exe:4092OPENC:\Program
Files\Just-A-Test\App.configSUCCESS Options: Open  Access: Read
4:29:36 PM  msiexec.exe:4092QUERY INFORMATION   C:\Program
Files\Just-A-Test\App.configSUCCESS FileNameInformation
4:29:36 PM  msiexec.exe:4092READC:\Program
Files\Just-A-Test\App.configSUCCESS Offset: 0 Length: 4095
4:29:36 PM  msiexec.exe:4092READC:\Program
Files\Just-A-Test\App.configEND OF FILE Offset: 62 Length: 8172
4:29:36 PM  msiexec.exe:4092CLOSE   C:\Program
Files\Just-A-Test\App.configSUCCESS

So I will see if I can work out how to change the event execution order,
i.e. put XmlConfig after File copy.

cheers
si

p.s. KAVICHS is apparently my Antivirus NTFS IStream,
disabling real-time protection didn't alter the outcome.

-
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] XmlConfig referencing property from merge module

[Kelly Leahy]

0x8007006E = -2147024786 = "The system cannot open the file or device 
specified." (from WinXP SP2)

My guess is that it's a path issue.  Perhaps there's some way you can 
figure out what your working path is at that point?  I think it's probably 
the path to the MSI, but I'm not sure.

Kelly




si <[EMAIL PROTECTED]>

Sent by: [EMAIL PROTECTED]
11/25/2007 08:13 PM

To
wix-users@lists.sourceforge.net
cc

Subject
[WiX-users] XmlConfig referencing property from merge module






Greetings,

We have a framework implemented as a merge module that will be
used in multiple products. We would like the merge module to perform
framework configuration of our .NET assemblies using XmlConfig.

The issue I have run into, and am looking for guidance on, is that our
configuration file name changes depending upon the product, and it
appears that the merge module is unable to find the file defined by
the property in the product setup.

In our product.wxs:

(this Id is then used to copy the File without error)

In our module.wxs:
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




**
This communication is intended solely for the addressee and is
confidential. If you are not the intended recipient, any disclosure, 
copying, distribution or any action taken or omitted to be taken in
reliance on it, is prohibited and may be unlawful.  Unless indicated
to the contrary: it does not constitute professional advice or 
opinions upon which reliance may be made by the addressee or any 
other party, and it should be considered to be a work in progress.
Unless stated otherwise, this communication does not form a prescribed
statement of actuarial opinion under American Academy of Actuaries 
guidelines.
**-
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

[WiX-users] XmlConfig referencing property from merge module

[si]

Greetings,

We have a framework implemented as a merge module that will be
used in multiple products. We would like the merge module to perform
framework configuration of our .NET assemblies using XmlConfig.

The issue I have run into, and am looking for guidance on, is that our
configuration file name changes depending upon the product, and it
appears that the merge module is unable to find the file defined by
the property in the product setup.

In our product.wxs:

(this Id is then used to copy the File without error)

In our module.wxs:
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

[WiX-users] XmlConfig wix version 2.0.5325.0

[Overlever]

If I add the XmlConfig in my wxs my 2 customactions no longer work because
the customaction.Installstate can not be found. When I remove the XmlConfig
element everything is fine.

I need to delete and otherwise manipulate the web config and XmlFile is not
enough.

Here is the element:


Any one?

-- 
View this message in context: 
http://www.nabble.com/XmlConfig-wix-version-2.0.5325.0-tf4719153.html#a13490732
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] XmlConfig - Unable to make it work

[gaisen]

I ran into a similar issue and was able to resolve it by updating builds.

More info at:
http://blogs.msdn.com/gisenberg/archive/2007/10/09/wix-v3-and-xmlconfig-xmlfile-troubleshooting.aspx


Laxmi Narsimha Rao Oruganti (SQL CE) wrote:
> 
> Hey WIX Users,
> 
> We are using WIXv3 3.0.2921.0 Build.  I am trying to use XmlConfig custom
> action from WIXUTILEXTENSION.  I have been able to compile, but so far I
> don't see this custom action really doing any thing.  My code looks like
> the following:
> 
> 
> 
> 
>  On="install" Sequence="1"
>   File="$(var.MyXmlFilePath)"
>   ElementPath="$(var.MyXmlXPath)"
>   Node="element" Name="add" />
> 
>  On="install"
>   File="$(var.MyXmlFilePath)"
>   ElementPath="AddTestNode"
>   Name="name" Value="test name" />
> 
>  On="install"
>   File="$(var.MyXmlFilePath)"
>   ElementPath="AddTestNode"
>   Name="invariant" Value="test.invariant" />
> 
>  Action="create" On="install"
>   File="$(var.MyXmlFilePath)"
>   ElementPath="AddTestNode"
>   Name="description" Value="test description" />
> 
>  On="install"
>   File="$(var.MyXmlFilePath)"
>   ElementPath="AddTestNode"
>   Name="type" Value="testtype" />
> 
> 
> Can any one tell me the problem with the above code?  Is there anyway to
> get this custom action progress/activity getting logged into msiexec log. 
> Today this custom action does not generate any log :(
> 
> Thanks,
> Laxmi
> 
> 
> -
> 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
> 
> 

-- 
View this message in context: 
http://www.nabble.com/XmlConfig---Unable-to-make-it-work-tf4530602.html#a13126360
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] XmlConfig and XmlFile...

[Ravikumar Gopinath]

I am trying to use XmlConfig to delete an element from a xml file which was 
installed as part of same package. but that isn't working. If I try to modify 
an attribute using XmlFile for same ElementPath, it works fine. Am I missing 
something here?
 
my code:
 
 
Am I missing anything here?
 
Thanks
Ravi


From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: XmlConfig and XmlFile...Date: Mon, 
8 Oct 2007 19:10:40 -0700


What is the difference between XmlConfig and XmlFile elements? Is XmlConfig 
used to add/modify/delete both elements and attributes from xml files and 
XmlFile used to add/modify/delete attributes only from xml files? I need to 
install a xml file and then delete some of its elements based on some 
condition. Do I use XmlConfig or XmlFile for this operation? ThanksRavi-
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] XmlConfig and XmlFile...

[Ravikumar Gopinath]

What is the difference between XmlConfig and XmlFile elements? Is XmlConfig 
used to add/modify/delete both elements and attributes from xml files and 
XmlFile used to add/modify/delete attributes only from xml files?
 
I need to install a xml file and then delete some of its elements based on some 
condition. Do I use XmlConfig or XmlFile for this operation?
 
Thanks
Ravi-
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] XmlConfig - Unable to make it work

[Laxmi Narsimha Rao Oruganti (SQL CE)]

Hey WIX Users,

We are using WIXv3 3.0.2921.0 Build.  I am trying to use XmlConfig custom 
action from WIXUTILEXTENSION.  I have been able to compile, but so far I don't 
see this custom action really doing any thing.  My code looks like the 
following:















Can any one tell me the problem with the above code?  Is there anyway to get 
this custom action progress/activity getting logged into msiexec log.  Today 
this custom action does not generate any log :(

Thanks,
Laxmi

-
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

[WiX-users] XmlConfig problems during upgrade

[Scott, James (TSG R&D - Fort Collins)]

I'm attempting to figure out how to make XmlConfig behave properly on an 
upgrade.  It works beautifully on install and uninstall, but not so well when I 
try to do an upgrade.

This is with WiX 3.0.2813.0

Here's a component:














When I attempt a major upgrade, I get the following output in a verbose log 
file:


MSI (s) (C0:88) [12:38:44:773]: Hello, I'm your 32bit Elevated custom action 
server.
ExecXmlConfig:  Configuring Xml File: C:\temp\htdocs\my\xml\my-tabs.xml
ExecXmlConfig:  Error 0x800710d8: failed to find node: /my-tabs/tab in XML 
file: C:\temp\htdocs\my\xml\my-tabs.xml
MSI (c) (3C:00) [12:38:44:824]: Font created.  Charset: Req=0, Ret=0, Font: 
Req=MS Shell Dlg, Ret=MS Shell Dlg

Error 25542. Failed to find node: /my-tabs/tab[not(@name)] in XML file: 
C:\temp\htdocs\my\xml\my-tabs.xml, system error: -2147020584 MSI (s) (C0!E8) 
[12:54:04:224]: Product: Tab installer -- Error 25542. Failed to find node: 
/my-tabs/tab[not(@name)] in XML file: C:\temp\htdocs\my\xml\my-tabs.xml, system 
error: -2147020584

--

It seems that:
1. On an upgrade, the VerifyPath for the "MakeDataServicesTab" element create 
exists, so no no-name node is created.  (Repeat THAT five times fast.)

2. The add-a-name-to-the-no-name-node step at "DataServicesTabAttrName" fails 
because #1 was skipped.

I couldn't find any way to change the VerifyPath of #2 that would get around 
the error message.  When I look at the code in XmlConfig.cpp, it seems that the 
ElementPath is checked first, and thus the VerifyPath check never comes into 
play.

Am I missing something, or is this actually a bug?

Thanks!

James Scott

-
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] XmlConfig and uninstall

[Andre Strik]

I knew that would happen. Solved it just after posting...

 

It looks like for an uninstall action, the @ElementPath points to the
parent node, while the @VerifyPath is relative to the @ElementPath.

 

So this works:

 



 

Cheers,

 

Andre

 

 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andre
Strik
Sent: Thursday, 19 April 2007 5:12 p.m.
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XmlConfig and uninstall

 

Hi all,

 

Has anyone successfully used util:XmlConfig to modify an XML file on
uninstall?

 

Adding nodes is working, but removing them on uninstall is still beyond
me. Even with the VerifyPath attribute set, I'm still having no joy.

 

The below component successfully adds a  tag to a web.config,
but leaves it behind on uninstall.

 













 







 

In the uninstall log, I see this: 

 

ExecXmlConfig:  Error 0x80070057: failed to remove created child element

 

That HR is something to do with an invalid character I believe?

 

Thanks,

 

Andre

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users