Re: [WiX-users] service not being uninstalled

[Crouch, John]

While Chads advice is the best place to start, if you don't find anything 
useful I then maybe you could
check your service process during uninstall.  We have had this problem with 
some services which were failing to shutdown during the uninstall process which 
resulted in files being orphaned.



From: [EMAIL PROTECTED] on behalf of Chad Petersen
Sent: Fri 9/19/2008 12:46 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] service not being uninstalled



You could have the uninstall generate a verbose log and see what it says
about this Component. Might give a hint. With some minor exceptions,
overall your code looks much like what I use for dozens of services and
they always uninstall correctly.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of EPoon
Sent: Thursday, September 18, 2008 3:22 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] service not being uninstalled


I've been going through the forums to see if I can find if this has been
covered already but I can't seem to find one.  The problem I'm having
with
my install is when I uninstall the program it leaves the service behind
and
the exe related to it in the install folder.  I'm using the following
WiX
code for the service.


  




Any help would be greatly appreciated.

--
View this message in context:
http://n2.nabble.com/service-not-being-uninstalled-tp1099587p1099587.htm
l
Sent from the wix-users mailing list archive at Nabble.com.



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



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



-
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] Failed to create patch. error code:0x34

[Crouch, John]

I'll answer my own question.
 
The solution turns out to be not using the Win2003 Platform SDK patching
exe and Patchwiz.dll but to use the same items from the Microsoft
Windows SDK for Windows Vista and .NET Framework 3.0 here!
 
http://www.microsoft.com/downloads/details.aspx?FamilyId=C2B1E300-F358-4
523-B479-F53D234CDCCF&displaylang=en
http://www.microsoft.com/downloads/details.aspx?FamilyId=C2B1E
300-F358-4523-B479-F53D234CDCCF&displaylang=en> .
 
Kind regards,
National Oilwell Varco

John Crouch
Software Engineer/Developer

National Oilwell Norway AS
Phone: +4751818181
Direct:  +4751217563
Fax: +4751800547
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> 
www.nov.com <http://www.nov.com/> 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Crouch,
John
Sent: Monday, December 10, 2007 12:36 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Failed to create patch. error code:0x34


Folks,
I'm getting the above error which translates into, "The range offset in
the RetainOffsets field in the FamilyFileRanges Table
<http://msdn2.microsoft.com/en-us/library/aa368575.aspx>  is invalid." ,
I think.
 
Again, I think this means that the Patch Sequence - sequence attribute
is wrong but I don't know why.  Has anyone got a hint for me?
Wix and msimsp logfiles are below. Using Wix 3.0.2925.0
 
msimsp.log reads

* Log starting: 2007-12-10 11:31:46 *
 
Input-PCP path = '1.4.0_patch.pcp'
Patch-MSP path = '1.4.1_patch.msp'
Temp Folder=
'C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\~PCW_TMP.TMP\'
Patch GUID =
'{44158ED1-8508-49D8-A611-2A24DA35F6E2}'
ListOfPatchGUIDsToReplace  = ''
ListOfTargetProductCodes   = '*'
PatchSourceList= ''
AllowProductCodeMismatches = '0'
AllowProductVersionMajorMismatches = '0'
OptimizePatchSizeForLargeFiles = ''
ApiPatchingSymbolFlags = ''
MsiFileToUseToCreatePatchTables= ''
SqlCmdToCreatePatchTable   = ''
SqlCmdToCreatePatchPackageTable= ''
SqlCmdToCreateMsiPatchHeadersTable = ''
DontRemoveTempFolderWhenFinished   = '0'
IncludeWholeFilesOnly  = '1'
MinimumRequiredMsiVersion  = ''
SEQUENCE_DATA_GENERATION_DISABLED  = ''
AllowRemoval   = ''
 
Using internal SQL cmd to create 'Patch' table.
Using internal SQL cmd to create 'PatchPackage' table.
Using internal SQL cmd to create 'MsiPatchHeaders' table.
 
WARNING (14): File versions are equal.  Upgraded:
'c:\NewInstall\files\.\PFiles\MY\MY Baby DAL WITS
Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe'
ver=1.0.0.0;  Target: 'c:\OldInstall\files\.\PFiles\MY\MY Baby DAL WITS
Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe'
ver=1.0.0.0.
 Files differ: 'c:\NewInstall\files\.\PFiles\MY\MY Baby DAL WITS
Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe',
   'c:\OldInstall\files\.\PFiles\MY\MY Baby DAL WITS
Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe'.
Patch API could not create a small patch; using whole upgraded file.
  Including entire file: 'c:\NewInstall\files\.\PFiles\MY\MY Baby DAL
WITS Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe';
   FTK=DALWITSfile4; temp location=MYFalcn\01010.FLE.
 Files differ: 'c:\NewInstall\files\.\PFiles\MY\MY Baby DAL WITS
Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe.config',
   'c:\OldInstall\files\.\PFiles\MY\MY Baby DAL WITS
Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe.config'.
Patch API could not create a small patch; using whole upgraded file.
  Including entire file: 'c:\NewInstall\files\.\PFiles\MY\MY Baby DAL
WITS
Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe.config';
   FTK=WITSfile5; temp location=MYFalcn\01011.FLE.
 
* Log finishing: 2007-12-10 11:31:54 *
 
Patch WIX is
 

http://schemas.microsoft.com/wix/2006/wi
<http://schemas.microsoft.com/wix/2006/wi> ">
  
  
   
 
  
 

 

 

   
  
   

 
 
 



 
 
 
Kind regards,
National Oilwell Varco

John Crouch
Software Engineer/Developer

National Oilwell Norway AS
Phone: +4751818181
Direct:  +4751217563
Fax: +4751800547
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> 
www.nov.com <http://www.nov.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://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Failed to create patch. error code:0x34

[Crouch, John]

Folks,
I'm getting the above error which translates into, "The range offset in
the RetainOffsets field in the FamilyFileRanges Table
  is invalid." ,
I think.
 
Again, I think this means that the Patch Sequence - sequence attribute
is wrong but I don't know why.  Has anyone got a hint for me?
Wix and msimsp logfiles are below. Using Wix 3.0.2925.0
 
msimsp.log reads

* Log starting: 2007-12-10 11:31:46 *
 
Input-PCP path = '1.4.0_patch.pcp'
Patch-MSP path = '1.4.1_patch.msp'
Temp Folder=
'C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\~PCW_TMP.TMP\'
Patch GUID =
'{44158ED1-8508-49D8-A611-2A24DA35F6E2}'
ListOfPatchGUIDsToReplace  = ''
ListOfTargetProductCodes   = '*'
PatchSourceList= ''
AllowProductCodeMismatches = '0'
AllowProductVersionMajorMismatches = '0'
OptimizePatchSizeForLargeFiles = ''
ApiPatchingSymbolFlags = ''
MsiFileToUseToCreatePatchTables= ''
SqlCmdToCreatePatchTable   = ''
SqlCmdToCreatePatchPackageTable= ''
SqlCmdToCreateMsiPatchHeadersTable = ''
DontRemoveTempFolderWhenFinished   = '0'
IncludeWholeFilesOnly  = '1'
MinimumRequiredMsiVersion  = ''
SEQUENCE_DATA_GENERATION_DISABLED  = ''
AllowRemoval   = ''
 
Using internal SQL cmd to create 'Patch' table.
Using internal SQL cmd to create 'PatchPackage' table.
Using internal SQL cmd to create 'MsiPatchHeaders' table.
 
WARNING (14): File versions are equal.  Upgraded:
'c:\NewInstall\files\.\PFiles\MY\MY Baby DAL WITS
Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe'
ver=1.0.0.0;  Target: 'c:\OldInstall\files\.\PFiles\MY\MY Baby DAL WITS
Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe'
ver=1.0.0.0.
 Files differ: 'c:\NewInstall\files\.\PFiles\MY\MY Baby DAL WITS
Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe',
   'c:\OldInstall\files\.\PFiles\MY\MY Baby DAL WITS
Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe'.
Patch API could not create a small patch; using whole upgraded file.
  Including entire file: 'c:\NewInstall\files\.\PFiles\MY\MY Baby DAL
WITS Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe';
   FTK=DALWITSfile4; temp location=MYFalcn\01010.FLE.
 Files differ: 'c:\NewInstall\files\.\PFiles\MY\MY Baby DAL WITS
Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe.config',
   'c:\OldInstall\files\.\PFiles\MY\MY Baby DAL WITS
Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe.config'.
Patch API could not create a small patch; using whole upgraded file.
  Including entire file: 'c:\NewInstall\files\.\PFiles\MY\MY Baby DAL
WITS
Service\bin\Release\MY.Baby.DataAccessLayer.WITSService.exe.config';
   FTK=WITSfile5; temp location=MYFalcn\01011.FLE.
 
* Log finishing: 2007-12-10 11:31:54 *
 
Patch WIX is
 

http://schemas.microsoft.com/wix/2006/wi
 ">
  
  
   
 
  
 

 

 

   
  
   

 
 
 



 
 
 
Kind regards,
National Oilwell Varco

John Crouch
Software Engineer/Developer

National Oilwell Norway AS
Phone: +4751818181
Direct:  +4751217563
Fax: +4751800547
[EMAIL PROTECTED]  
www.nov.com  

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

[WiX-users] Wix 3.0 - XMLFile - Many merge modules - "Fail to open XML file for writing"

[Crouch, John]

Dear all,

We have produced a large MSI made up of many merge modules (our
features), most of which have *.exes with their own exe.configs to be
configured at install time using .  However, when we try
to bring them together we get a collision problem in the Light.exe log
file please see below for the error message that is repeated for every
module.

 

We are not sure of:

a) If these tasks are standard or custom actions?  We can see in
Orca that these are custom actions but in Wix not.

b) How do we keep the feature & configuration part together if we
take out the XMLFile config part and put it in a separate module?

c) Are we off track completely?

 

We can see that when experimenting with a single merge module - no
problem.

 

John

 

 

warning LGHT1055 : The InstallExecuteSequence table contains an action
'SchedXmlFile' which cannot be merged from the merge module 'DAL
Initilaliser Application.msm'.  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) 'SchedXmlFile' which cannot be merged from the merge module 'NOV
DAL Initilaliser Application.msm'.  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) 'ExecXmlFile' which cannot be merged from the merge module 'DAL
Initilaliser Application.msm'.  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) 'ExecXmlFileRollback' which cannot be merged from the merge
module 'DAL Initilaliser Application.msm'.  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.

 

Kind regards,
National Oilwell Varco

John Crouch
Software Engineer/Developer

National Oilwell Norway AS
Phone: +4751818181
Direct:  +4751217563
Fax: +4751800547
[EMAIL PROTECTED]  
www.nov.com  

 

-
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] uninstall: removing elements added by

[Crouch, John]

Stephen,

There were some
challenges to over come with xmlfile about amonth ago – I forget the bug
trackinh numbers but I too had many problems uninstalling xml for web, exe and
machine.config files.  I gave up and used a customaction vbs – to my eternal
shame.

 



br

John
Crouch
Software Engineer/Developer

National Oilwell Norway AS

This message, including
any attachments, is intended only for the addressee and may contain privileged
or confidential information. Any unauthorized disclosure is strictly
prohibited. If you receive this message in error, please notify us immediately
so that we may correct our internal records. Please then delete the original message. Thank you.











From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stephen Turton
Sent: Wednesday, October 18, 2006
8:54 PM
To:
wix-users@lists.sourceforge.net
Subject: [WiX-users] uninstall:
removing elements added by 



 

Hi, 

I want to add some config handlers to machine.config during setup so I’m
using .

This works fine when I install: the expected elements are added to
machine.config. However, I want these elements to be removed when I uninstall
and I can’t figure out how to do this. My  component looks
like this:

 

  

    

 
File='C:\test.xml'

 
Action=''

 
Name='topElement'

 
Sequence='1'

 
Permanent='no'

 
ElementPath='//configuration'/>

   


 
File='C:\test.xml'

 
Action=''

 
Name='extensions'

 
Sequence='2'

 
Permanent='no'

 
ElementPath='//configuration/topElement'/>

   
 

 

Am I doing something wrong here? (apart from writing to C:\test.xml –
I’m not quite ready to actually edit my machine.config file yet)

 

 

Thanks,

Stephen






-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlFile linker error using createElement & Permanent="yes"

[Crouch, John]

Folks,
Am I using the 'Permanent' attribute incorrectly in the XMLFile Element?
I have,


This gives a Linker error
"C:\Documents and Settings\crouchjc\Desktop\Wix_Sample\myDemo.msi :
fatal error LGHT0010: There was an error importing table: XmlFile with
file: C:\Documents
and Settings\crouchjc\Local Settings\Temp\igjywmzw\XmlFile.idt"

However, the help files seem to say that I can do this.  If I take it
out and add it into a component element - no problems.

I am using version
Microsoft (R) Windows Installer Xml Linker version 2.0.4221.0
Copyright (C) Microsoft Corporation 2003. All rights reserved.

And my build syntax is
C:\Program Files\Windows Installer XML>light.exe -out "C:\Documents and
Setting
\crouchjc\Desktop\Wix_Sample\myDemo.msi" "C:\Documents and
Settings\crouchjc
Desktop\Wix_Sample\myDemo.wixobj" wixca.wixlib

br
John

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] string replacement in xml files

[Crouch, John]

Simon,
Here is my test app using the Foobar files from a tutorial plus a deployed 
App.Config file (could've used a web.config or *.exe.config).  Fairly self 
explanatory - I hope.

SampleRegistry.ini reads
[COMPUTER_NAME1]
AnyOldKeyNameIChooseForMyIniFile=AnyOldValue

[COMPUTER_NAME2]
AnyOldKeyNameIChooseForMyIniFile=DifferentOldValue
.
.
.
and so on.



  





  




  






  

  


  


  



  



  

  


   
   

  

  

  

  

  



  
  
  





  



Kind regards,
National Oilwell Varco

John Crouch
Software Engineer/Developer

National Oilwell Norway AS
Phone: +4751818181
Fax: +4751800547
[EMAIL PROTECTED]
www.nov.com

This message, including any attachments, is intended only for the addressee and 
may contain privileged or confidential information. Any unauthorized disclosure 
is strictly prohibited. If you receive this message in error, please notify us 
immediately so that we may correct our internal records. Please then delete the 
original message. Thank you.

From: Simon Burgess [mailto:[EMAIL PROTECTED] 
Sent: Thursday, September 14, 2006 2:16 PM
To: Crouch, John; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] string replacement in xml files

Thanks John that's good to know someone out there is going through the same 
thing ;-) Could I possibly get a peek at your WiX source that would replace a 
value within some XML as all I can see from the help is how to create a new 
element

____
From: Crouch, John [mailto:[EMAIL PROTECTED] 
Sent: 14 September 2006 06:20
To: wix-users@lists.sourceforge.net
Cc: Simon Burgess
Subject: RE: [WiX-users] string replacement in xml files

Simon,
I have a very similar issue for an enterprise deployment next year.  I am 
currently using an .ini file which keeps all data for all the deployment 
locations by computer name (which I know in advance).
[NY-SRV-01]
This-web-config=127.0.0.1
This-exe-config=127.0.0.2

[SF-SRV-02]
This-web-config=721.0.0.1
This-exe-config=721.0.0.2

Then in my WiX generated msi I
1. Look into the registry for the computer name - assign that to a value
2. Look up the computer name matching the previous value in my *.ini file
3. Read off the values that this particular msi requires.
4. Use XMLFile to update the key values in my web and app config files.

Works fine, however, I am open to any suggestions to improve it.


Kind regards,
National Oilwell Varco

John Crouch
Software Engineer/Developer

National Oilwell Norway AS
Phone: +4751818181
Fax: +4751800547
[EMAIL PROTECTED]
www.nov.com

This message, including any attachments, is intended only for the addressee and 
may contain privileged or confidential information. Any unauthorized disclosure 
is strictly prohibited. If you receive this message in error, please notify us 
immediately so that we may correct our internal records. Please then delete the 
original message. Thank you.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Simon Burgess
Sent: Wednesday, September 13, 2006 10:48 PM
To: 'WiX-users'
Subject: [WiX-users] string replacement in xml files

I am looking into different ways to handle environment specific information in 
web.config files. It would seem logical if at deployment time, my installer 
could determine where it is being run and update a generic config file so that 
is fit for purpose for the environment it is being run on. I wouldn't need to 
create new elements exactly but just search for partular tokens within an xml 
file and replace them with a value I read in from the registry for example. The 
following is some sample xml from a config file:

http://localhost/Configuration/ConfigurationService.svc"; 
binding="basicHttpBinding" 
bindingConfiguration="BasicHttpBinding_IConfigurationService" 
contract="Exchange.EnterpriseLibrary.Configuration.IConfigurationService" 
name="BasicHttpBinding_IConfigurationService"/>
I would need to replace 'localhost' with something more appropriate. Is this 
something the XMLFile element could handle or is there something else in WiX 
that could help out?

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid

Re: [WiX-users] string replacement in xml files

[Crouch, John]

Simon,

I have a very similar
issue for an enterprise deployment next year.  I am currently using an
.ini file which keeps all data for all the deployment locations by computer name
(which I know in advance).

[NY-SRV-01]

This-web-config=127.0.0.1

This-exe-config=127.0.0.2

 

[SF-SRV-02]

This-web-config=721.0.0.1

This-exe-config=721.0.0.2

 

Then in my WiX generated
msi I


 Look into the registry for the computer name – assign that to
 a value
 Look up the computer name matching the previous value in my *.ini
 file
 Read off the values that this particular msi requires.
 Use XMLFile to update the key values in my web and app config
 files.


 

Works fine, however, I am
open to any suggestions to improve it.

 




Kind regards,
National
Oilwell Varco

John
Crouch
Software Engineer/Developer

National Oilwell Norway AS
Phone: +4751818181
Fax: +4751800547
[EMAIL PROTECTED]
www.nov.com

This message, including
any attachments, is intended only for the addressee and may contain privileged
or confidential information. Any unauthorized disclosure is strictly
prohibited. If you receive this message in error, please notify us immediately
so that we may correct our internal records. Please then delete the original message. Thank you.











From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
On Behalf Of Simon Burgess
Sent: Wednesday, September 13,
2006 10:48 PM
To: 'WiX-users'
Subject: [WiX-users] string
replacement in xml files



 

I am looking into different ways to handle
environment specific information in web.config files. It would seem logical if
at deployment time, my installer could determine where it is being run and
update a generic config file so that is fit for purpose for the environment it
is being run on. I wouldn’t need to create new elements exactly but just
search for partular tokens within an xml file and replace them with a value I
read in from the registry for example. The following is some sample xml from a
config file:

 



I would need to replace ‘localhost’ with something
more appropriate. Is this something the XMLFile element could handle or is
there something else in WiX that could help out?






-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XMLFile - CreateElement - Uninstall fails

[Crouch, John]

I have the following XML to add to a config file









After much huffing and puffing i can now create this XML - problem is I
get an uninstall error along the lines of 'cannot find
Configuration/Parent/Child'.
Here is the WiX stuff.'

   
   
   
   
   
 

Is there a bug or can anyone suggest a different stratergy?

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Additions to existing web.config file

[Crouch, John]

Ok,
I'll answer this myself.  It looks like I don't have to install the xml
config file to edit it.  I can just start doing stuff like




.
.
.
and so on




-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Crouch,
John
Sent: Monday, September 11, 2006 4:04 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Additions to existing web.config file

Folks,
As part of a Sharepoint web part installation I must add log4net
information into the Sharepoint web site web.config file.  Now, I know
how to
a) add a value to an existing key of a component I install
b) add an element of a component I install

How do I add something like this to an existing web.config file?


  

  
  ...
  

  
  
  
  
  
  
  

  


  

  


  

  


Thanks
John


-
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Additions to existing web.config file

[Crouch, John]

Folks,
As part of a Sharepoint web part installation I must add log4net
information into the Sharepoint web site web.config file.  Now, I know
how to
a) add a value to an existing key of a component I install
b) add an element of a component I install

How do I add something like this to an existing web.config file?


  

  
  ...
  

  
  
  
  
  
  
  

  


  

  


  

  


Thanks
John

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XML file

[Crouch, John]

Petrut,
Try something like this.



John
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Petrut
Andrei
Sent: Monday, September 04, 2006 7:52 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XML file

  Hi. I want to modify a XML file, but i get this
error: Unable to open file. The code is right here:





The web.config file is in the same directory with the
main file and with others UIs. Shall I put the file in
another place?

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


-
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] FW: Launching pdf at end of installation

[Crouch, John]

Stuart,

I suspect you got it going by now but did
you try something like



 

 




Kind regards,
National Oilwell Varco

John Crouch
Software Engineer/Developer

National Oilwell Norway AS
Phone: +4751818181
Fax: +4751800547
[EMAIL PROTECTED]
www.nov.com

This message, including any attachments, is intended only for the
addressee and may contain privileged or confidential information. Any
unauthorized disclosure is strictly prohibited. If you receive this message in
error, please notify us immediately so that we may correct our internal
records. Please then delete the original message. Thank you.











From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
On Behalf Of Stuart Cullen
Sent: Thursday, August 10, 2006
10:11 AM
To:
wix-users@lists.sourceforge.net
Subject: [WiX-users] FW: Launching
pdf at end of installation



 

Hi

 

I have been trying unsuccessfully to launch a pdf at the end of an
installation. I can get an executable running using a CustomAction no problem.
However for a pdf I had read that I could use the Quiet Execution method and
call start like this

 

 


 


 


 

And then in the UI I have

 

  (LAUNCHPRODUCT
= 1)Publish>

  (LAUNCHPRODUCT
= 1)Publish>

 

Just like the exe custom action

 

I guess I am doing something wrong in the value for the Command but I
don’t know what.

 

Cheers

 

Stuart Cullen

Nonlinear Dynamics Ltd

Tel: +44 (0)191 230 2121

Fax: +44 (0)191 230 2131

 

www.nonlinear.com

 


Confidentiality: This communication contains information which is confidential.
It is for the exclusive use of the intended recipient(s).
__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__


Confidentiality: This communication contains information which is confidential.
It is for the exclusive use of the intended recipient(s).
__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__






-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Crouch, John]

Pertut,
I read you WiX file and you have not completed all your GUIDs or your
package ID.  I'd start there.
John
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Petrut
Andrei
Sent: Tuesday, August 22, 2006 3:42 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

  Hi. I need help again. I try to install a web
directory and I get the following error: 

UNRESOLVED REFERENCE TO SYMBOL 'CUSTOM ACTION:
CONFIGUREIIs' 

I took the code from the sample given on the WIX site:
TestVirtualDir and I adapted to my application. Please
look over my code and tell me what's going on.
Thanks

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Modify IIS setting for existing WebPropertiesDir

[Crouch, John]

Folks,

I wish to modify
a directory in IIS that already exists and change the execute permissions from
'Execute and scripting' to just 'scripting'.

 

Path to Smart
Client directory for modification in IIS is Web Site->SharePoint
(80)->_layouts->Project->SmartClient

 

I could use a
*.vbs and set objVirtualDirectory.AccessScript = true and
objVirtualDirectory.AccessScript=false.  However, I would prefer to use
WebDirProperties 'Script' & 'Execute' attributes in some form of custom
action.

 

I have seen the
help files 'Adding Custom Actions' section but I'm still no clearer on how to
utilise the sca* stuff.

 

Can anyone point
me in the right direction?

John

 






-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users