Re: [WiX-users] Problem with XMLConfig Element (empty xmlns attribute)

[Rob Mensching]

Namespaces in MSXML are hideous things to deal with.  I think you need to use 
the same namespace as the root namespace or MSXML thinks that you're trying to 
add yourself to a new namespace.  I don't know a great way around these sorts 
of problems without lots of experimentation with XSL in MSXML.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stefan Gauter
Sent: Thursday, April 17, 2008 07:30
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Problem with XMLConfig Element (empty xmlns attribute)

Hi,

When adding a new element to my web.config with XmlConfig I'll get an empty 
xmlns attribute.

How can I suppress this xmlns attribute?

My Wix Code (using v3.0.3815):



Resulting in:



Possibly the standard xmlns attribute 
(http://schemas.microsoft.com/.NetConfiguration/v2.0)
from the root element could be causing this behavior or is a bug ?.

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

Re: [WiX-users] unexpected error while merging (3.0.4014)

[Rob Mensching]

Bob, wasn't there a new mergemod.dll dropped in recently?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andy Kwak
Sent: Thursday, April 17, 2008 07:49
To: Bob Arnson
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] unexpected error while merging (3.0.4014)

I have several instances of the following errors:

>> Error: Failed to merge Row: MsiFileHash into Table: _Validation
>> Error: Failed to merge Row: Shortcut into Table: _Validation
>> Error: Failed to merge Row: CustomAction into Table: _Validation
>> Error: Failed to merge Row: File into Table: _Validation
>> Error: Failed to merge Row: _Validation into Table: _Validation
>> Error: Failed to merge Row: RegLocator into Table: _Validation

Then at the end, I get
> Warning: Changes were not saved to MSI Database.

Everything worked fine in 3.0.3907.

Thanks,
Andy

On Thu, Apr 17, 2008 at 10:37 AM, Bob Arnson <[EMAIL PROTECTED]> wrote:
> Andy Kwak wrote:
>
> > Encountered an unexpected error while merging .
> > More information about the merge and failure can be found in the merge
> > log :
> >
> >
>
>  What does the log say? There isn't a generic problem with merge modules in
> that release.
>
>  --
>  sig://boB
>  http://joyofsetup.com/
>
>
>

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

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

[WiX-users] (no subject)

[钟文辉]

 


   各位老总：您们好！

   诚祝：您们在2008年里；有鼠不尽的快乐！鼠不尽的收获！鼠不尽的钞票！ 
　
   鼠不尽的幸福！鼠不尽的美满生活！愿：您们阖家欢乐！幸福安康！

   我是（深圳市珊湖岛进出口有限公司）的负责人；可以提供：出口报关单，
　
   核销单等等一系列手续；代理：出口报关，商检，境内外运输..等等；还可

   以代办：出口欧盟许可证，欧盟产地证；并且还有（广州国际贸易交易会）的摊

   位可以转让；有意者请来邮件或来电联系。
　
 电话：0755-81153047。
　
 传真：0755-81172940。
　
 手机：15817477278。
　
 联系人：钟文辉。
　
 此致：
 

  敬礼！
　

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

Re: [WiX-users] is there a way of creating url based shortcut w/o having to refer to iexplore.exe as target and url as arguments?

[Neil Enns]

I came across a method for doing this a while back, and found it again by 
searching for "url shortcut wix" at live.com. Try:

http://www.joyofsetup.com/2008/03/18/new-wix-feature-internet-shortcuts/.

It looks like you roll to a recent build of WiX it should have the support 
built in.

Neil

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert O'Brien
Sent: April-17-08 1:51 PM
To: 'wix-users@lists.sourceforge.net'
Subject: [WiX-users] is there a way of creating url based shortcut w/o having 
to refer to iexplore.exe as target and url as arguments?

Is there a way of creating url based shortcut w/o having to refer to 
iexplore.exe as target and url as arguments?   In the excerpt below I'm 
creating a web site vdir and I'd like to include a shortcut that allows users 
after setup of the service completes to launch and test one of the urls exposed 
by the vdir.   Using what I have in place currently doesn't result in the noted 
shortcut with http://... For a Target setting being created.   Elsewhere I'm 
creating shortcuts the same way using actual setup installed .exe references as 
the Target value and they do successfully get created.












http://localhost/SomeVdir/SomeVdirService.svc";
  Directory="ProductMenuFolder"
  Description=" Some Vdir Wcf Provider" />






.
.
.

/robertob

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

[WiX-users] is there a way of creating url based shortcut w/o having to refer to iexplore.exe as target and url as arguments?

[Robert O'Brien]

Is there a way of creating url based shortcut w/o having to refer to 
iexplore.exe as target and url as arguments?   In the excerpt below I'm 
creating a web site vdir and I'd like to include a shortcut that allows users 
after setup of the service completes to launch and test one of the urls exposed 
by the vdir.   Using what I have in place currently doesn't result in the noted 
shortcut with http://... For a Target setting being created.   Elsewhere I'm 
creating shortcuts the same way using actual setup installed .exe references as 
the Target value and they do successfully get created.












http://localhost/SomeVdir/SomeVdirService.svc";
  Directory="ProductMenuFolder"
  Description=" Some Vdir Wcf Provider" />






.
.
.

/robertob

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

[WiX-users] msi chain tool

[Arthur Curvello]

I got 2 msi files... one made with wix.. and one that I want to embed in a 
'bootstrapper'
What tool should I use to chain this 2 msi files.

thanks,
Arthur.

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

[WiX-users] Multiple environment / multiple instance / certificate install issues

[Lee Greco]

We're in the process of migrating an xcopy type deployment to a Wix generated 
msi and I'm very frustrated with the lack of good templates for what I would 
think is a very common deployment scenario.  Any help here would be appreciated.
 
We deploy our service to several controlled environments (Dev, Integration, QA 
and Production).  Each environment needs its own configuration files, registry 
entries, and X-509 certificates installed.  
 
Our existing batch process does the following:Create DirectoriesCopy core 
filesCopy environment filesRegister environment registry entriesCreate virtual 
web directoriesConfigure web application
Register environment certificates 
We currently pass a parameter to the batch file designating the environment.  
Regardless of the environment, the configuration files are always copied into 
the WebServices directory and are always named Web.config, Product.config, and 
WsePolicies.config.  We currently add environment specific registry entries by 
merging the contents of a .reg file and register the X-509 certificates by 
executing another batch file.
 
I've got no problem creating a .wxs that can deploy a single environment 
including creation of the virtual web directories, the registry entries, and 
the certificate registration, although I still need to use a custom action to 
execute a batch file to properly install the certificates.
 
Here's where I need help:
 
o - Is there a tool I can use in an automated build process that will read a 
directory structure and create the appropriate Wix 3.0 fragments to duplicate 
that structure (including files) under the InstallDir?  Nothing fancy here.  
Files are already staged in to the exact same structure as they will be once 
deployed (think xcopy).
 
o - I'm looking for a way to deploy the environment specific stuff based on a 
user selection in a custom dialog UI.  I'd like to avoid creating multiple .msi 
files.  I've tried using Transitive="yes" attributes on each of the specific 
components, but this becomes tedious when we need to support a large number of 
environments. Is it possible to deploy the config files for all environments 
into a separate directory and then execute a custom action to copy the 
appropriate files into the WebServices directory?  If so, is there a way to 
execute a custom action on un-install to remove the config files from 
WebServices?
 
o - We want the root drive for InstallDir to be D: if a physical hard disk 
exists at D:, or C: otherwise.  Is there an easy way to determine whether the 
D: drive is a physical hard disk?
 
o - On occasion we deploy more than one instance of the service on the web 
server using named instances.  The usual service url is like 
http://host/Product/SoapSchemaVersion/WebServices/Service.asmx and the named 
instance url is like 
http://host/Product/InstanceName/SoapSchemaVersion/WebServices/Service.asmx.  
The directory structure naming of the second instance is similar.  Is there a 
way to prompt the user to install either the default instance or a named 
instance similar to the way the SQL Server setup does, and how can I inject the 
named instance during setup so the default instance and the named instance can 
reside side-by-side?
 
o - Here's the typical batch file we execute to install our certificates.  
Can/how do we accomplish the same thing using WiX 3.0?
 
certmgr -add "certname.cer" -r LocalMachine -s My certmgr -add "SAML.cer" -r 
LocalMachine -s Myset WP_ACCOUNT=NETWORK SERVICEwinhttpcertcfg -g -i 
"SampleService.pfx" -c LOCAL_MACHINE\My -a "%WP_ACCOUNT%" -p password
 
Thanks to all in advance
Lee-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] URGENT RESPONS (click RSVP to read my message)

[Aziz Kone]

You are invited to "URGENT RESPONS (click RSVP to read my message)".


By your host Aziz Kone:


 Date:  Thursday April 17, 2008

 Time:  5:00 pm - 6:00 pm (GMT +02:00 Egypt)

Will you attend? RSVP to this invitation at:

 
http://calendar.yahoo.com/aziz_kone103?v=126&a1=0&iid=ox%40GH2h%404Kr6%40UemDxEwtsd%40gwN2%40N78w%40bVhh%40%40&igid=ghaUrNlaI4WN%40VF9PxpwUqd%40Hqa0aMj8g%40CNRV7%40Yov%40

Copyright © 2008 All Rights Reserved
 www.yahoo.com

Privacy Policy:
 http://privacy.yahoo.com/privacy/us

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

Re: [WiX-users] Project references to unmanaged DLLs

[Ryan O'Neill]

Thanks, I kind of expected that. Seeing as it has taken me a day to write a
non working function in C++ J

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin
Rockwood
Sent: 17 April 2008 18:08
To: 'Ryan O'Neill'; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Project references to unmanaged DLLs

 

Unfortunately, this is expected behavior. Votive does not support
non-MSBuild project references, of which VC++ is one. We considered adding
this support, but it's a big work item and haven't gotten around to doing it
yet.

 

Justin

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Thursday, April 17, 2008 9:43 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Project references to unmanaged DLLs

 

Just tried adding a project reference to a non .Net .dll file (my C++ custom
action) and Votive does not append the pre-processor definitions for it to
the Candle command line.

 

Is this expected behaviour? Makes it awkward to included non .Net dlls, the
.Net references work fine.

 

Regards

 

Ryan 

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

Re: [WiX-users] Project references to unmanaged DLLs

[Justin Rockwood]

Unfortunately, this is expected behavior. Votive does not support
non-MSBuild project references, of which VC++ is one. We considered adding
this support, but it's a big work item and haven't gotten around to doing it
yet.

 

Justin

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Thursday, April 17, 2008 9:43 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Project references to unmanaged DLLs

 

Just tried adding a project reference to a non .Net .dll file (my C++ custom
action) and Votive does not append the pre-processor definitions for it to
the Candle command line.

 

Is this expected behaviour? Makes it awkward to included non .Net dlls, the
.Net references work fine.

 

Regards

 

Ryan 

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

Re: [WiX-users] Project references to unmanaged DLLs

[Justin Rockwood]

Unfortunately, this is expected behavior. Votive does not support non-MSBuild 
project references, of which VC++ is one. We considered adding this support, 
but it's a big work item and haven't gotten around to doing it yet.

Justin

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Thursday, April 17, 2008 9:43 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Project references to unmanaged DLLs

Just tried adding a project reference to a non .Net .dll file (my C++ custom 
action) and Votive does not append the pre-processor definitions for it to the 
Candle command line.

Is this expected behaviour? Makes it awkward to included non .Net dlls, the 
.Net references work fine.

Regards

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

[WiX-users] Nigel Rochford is out of the office.

[Nigel . Rochford]

I will be out of the office starting  17/04/2008 and will not return until
21/04/2008.

I will respond to your message when I return..

If you have any urgent queries relating to PowerChute Server, please
contact Jacqueline Hayes.


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

[WiX-users] Project references to unmanaged DLLs

[Ryan O'Neill]

Just tried adding a project reference to a non .Net .dll file (my C++ custom
action) and Votive does not append the pre-processor definitions for it to
the Candle command line.

 

Is this expected behaviour? Makes it awkward to included non .Net dlls, the
.Net references work fine.

 

Regards

 

Ryan 

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

Re: [WiX-users] Decompiling Visual Studio MSI

[Mike Murray]

It appears this bug is fixed in version 3.0.4014.0 
(http://wix.sf.net/releases/).  I did have to remove the WixDirectXExtension 
from Dark.exe.config, though, as Bob Arnson suggested.

Thanks.

Mike


From: Rob Mensching 
Sent: Wednesday, April 16, 2008 11:55 PM
To: Mike Murray ; wix-users@lists.sourceforge.net 
Subject: RE: [WiX-users] Decompiling Visual Studio MSI


Can you provide the full stack trace and open a bug? This is definitely an 
issue with Dark and it would be good to get it sorted out.  There are several 
cases where the casts are wrong or nullable fields are not be treated correctly.

 

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Murray
Sent: Wednesday, April 16, 2008 17:17
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Decompiling Visual Studio MSI

 

I found version 3.0.3907.0 at http://wix.sf.net/releases/ a few weeks ago.

 

It seems to be the latest I can find.  Can anyone replicate my problem of 
trying to decompile VS MSI install packages?

 

Thanks in advance.


Mike

 

 

From: Rob Mensching 

Sent: Wednesday, April 16, 2008 6:10 PM

To: Mike Murray ; wix-users@lists.sourceforge.net 

Subject: RE: [WiX-users] Decompiling Visual Studio MSI

 

What version of the WiX toolset are you using?

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Murray
Sent: Wednesday, April 16, 2008 14:57
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Decompiling Visual Studio MSI

 

I have a Setup Project in Visual Studio 2008 for a product we have created.  I 
would like to move it to WiX so that I can have more control over the installer 
package creation.

 

I tried using the Dark utility on it to decompile it into a WiX source file.  
It fails by throwing an InvalidCastException when it reaches the Control table 
while trying to get the X column value (saying it's "Unable to cast object of 
type 'System.Int32' to type System.String'").

I looked through the source of Dark.exe and the only thing I could find is that 
the Control object stores the X property as a String, but I wonder if the 
ColumnDefinition for X is declared as (or dynamically inferred as) an Integer.  
Then when it calls the X property's get method, it tries to get the value out 
of the Fields property using a string cast of the object rather than a 
Convert.ToInt32() call.  But I'm not totally sure...

 

Anyway, I tried this with a very small test application and setup project.  It 
also got the InvalidCastException at the same spot.  So it appears maybe all 
Visual Studio produced MSI installer are having this problem when trying to 
decompile them using Dark?

 

Any thoughts or ideas how I can migrate to WiX?  Thanks in advance.

 

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

Re: [WiX-users] Recursive folder deletion

[Ryan O'Neill]

I've got a Custom Action working as a DLL from my console app and it deletes
file on disk. I now want to push the file deletion into the RemoveFiles
table. Given that I have a handle to the MSI file instance, how would I
access/call the RemoveFile function based on the below? Should I use the
WcaInitialize call for logging too? Just some general pointers, I'm not
asking for anyone to write my code for me.

 

Also, it occurs to me that I might have to push the files into RemoveFiles
in reverse order so that the descendent directory/file entries get deleted
first. Is this correct or do I not need to bother?

 

As you can see, it is mostly TODO comments for now.

 

BOOL _stdcall DeleteDirectory(const TCHAR* sPath)

{

  HANDLE hFind;

  WIN32_FIND_DATA FindFileData;

 

  //fprintf(stdout,"Root directory is %S\n", sPath);

 

  TCHAR DirPath[MAX_PATH];

  TCHAR FileName[MAX_PATH];

 

  lstrcpy(DirPath,sPath);

  lstrcat(DirPath,TEXT("\\"));

  lstrcpy(FileName,sPath);

  lstrcat(FileName,TEXT("\\*"));

 

  //fprintf(stdout,"Checking %S in %S, based on %S\n",
FileName,DirPath,sPath);

 

  hFind = FindFirstFile(FileName, &FindFileData); // find the first file

  if( hFind != INVALID_HANDLE_VALUE )

  {

do

{

  if( IsDots(FindFileData.cFileName) )

  {

continue;

  }

  lstrcpy(FileName + lstrlen(DirPath),
FindFileData.cFileName);

  if((FindFileData.dwFileAttributes &
FILE_ATTRIBUTE_DIRECTORY))

  {

// we have found a directory, recurse

  fprintf(stdout,"Deleting folder %S\n", FileName);

  // TODO: Bubble up failures.

if( !DeleteDirectory(FileName) )

{

  break; // directory couldn't be deleted

}

  }

  else

  {

if(FindFileData.dwFileAttributes &
FILE_ATTRIBUTE_READONLY)

{

 
SetFileAttributes(FileName,FILE_ATTRIBUTE_NORMAL);

}

  fprintf(stdout,"Deleting file %S\n", FileName);

if( !DeleteFile(FileName) )

{

  // TODO: Need to flag failure here.

  break; // file couldn't be deleted

}

  }

} while( FindNextFile(hFind,&FindFileData) );

 

FindClose(hFind); // closing file handle

  }

  // TODO: Bubble up above failures if failed.

  return RemoveDirectory(sPath); // remove the empty (maybe not)
directory

}

 

UINT _stdcall NukeFolder(MSIHANDLE hModule)

{

  TCHAR szDirectoryToDelete[MAX_PATH];

  DWORD dwlen = MAX_PATH;

 

  /* TODO: Enable logging

  HRESULThResult;

  hResult = WcaInitialize( hModule, "NukeFolder" ); */

 

  // TODO: Is there a better way to find the parent component directory?

  UINT ur = MsiGetProperty(hModule, TEXT("CustomActionData"),
szDirectoryToDelete, &dwlen);

 

  // TODO: Option to turn folder recursion off (on by default).

 

  // TODO: Should we limit the directories that can be deleted (do not
run on root, windir etc)?

 

  // TODO: We could pass the file deletion mask in here via
MsiGetProperty.

  // TODO: Accept a flag that defines whether to delete folders, files
or both (default).

  // TODO: Accept a flag for deleting read-only files (default).

 

  // TODO: Handle error return.

  DeleteDirectory(szDirectoryToDelete);

 

  return ERROR_SUCCESS;

}

 

 

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 17 April 2008 15:31
To: Ryan O'Neill
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Recursive folder deletion

 

Ryan O'Neill wrote: 

OK, so I'm going to give it a shot, may take a while though. Any pointers /
requirements from people such as Bobs usage of RemoveFile (being naive I
would have just deleted the files / dirs)?

 

Notes;

It won't be 64 bit tested.

It will be based on the sample @
http://www.wixwiki.com/index.php?title=Simple_Custom_Action_Dll

It will use RemoveFile (and RemoveDirectory if there is one) for rollback (I
assume).

I'll post the resultant source on here for critique if that is OK.


Yes, adding temporary rows to the RemoveFile table means that MSI handles
rollback for you. See
http://www.joyofsetup.com/2007/07/01/semi-custom-actions/.




-- 
sig://boB
http://joyofsetup.com/
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___

Re: [WiX-users]

[Robert O'Brien]

I have the following preprocessor variable settings being configured which I 
then use to set all my component win64 values using the Win64="$(var.Win64)" 
approach shown below.   I've tested this previously in the cases where I use 
$(var.ProgramFilesFolder) which was resulting in my service successfully being 
installed into %programfiles% versus %programfiles(x86)% on x64 hosts.   
Looking at my verbose logs I'm not finding any "substitution" messages.Does 
what I have below give rise to any thoughts on how I could be getting the 
unexpected result I'm getting?



  





































From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 16, 2008 8:41 PM
To: Robert O'Brien
Cc: 'wix-users@lists.sourceforge.net'
Subject: Re: [WiX-users] http://joyofsetup.com/

From: Robert O'Brien
Sent: Wednesday, April 16, 2008 3:29 PM
To: wix-users@lists.sourceforge.net
Subject: 
  
  


Question - am I doing something dumb here that would cause me to be getting 
this result?


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

Re: [WiX-users] unexpected error while merging (3.0.4014)

[Andy Kwak]

I have several instances of the following errors:

>> Error: Failed to merge Row: MsiFileHash into Table: _Validation
>> Error: Failed to merge Row: Shortcut into Table: _Validation
>> Error: Failed to merge Row: CustomAction into Table: _Validation
>> Error: Failed to merge Row: File into Table: _Validation
>> Error: Failed to merge Row: _Validation into Table: _Validation
>> Error: Failed to merge Row: RegLocator into Table: _Validation

Then at the end, I get
> Warning: Changes were not saved to MSI Database.

Everything worked fine in 3.0.3907.

Thanks,
Andy

On Thu, Apr 17, 2008 at 10:37 AM, Bob Arnson <[EMAIL PROTECTED]> wrote:
> Andy Kwak wrote:
>
> > Encountered an unexpected error while merging .
> > More information about the merge and failure can be found in the merge
> > log :
> >
> >
>
>  What does the log say? There isn't a generic problem with merge modules in
> that release.
>
>  --
>  sig://boB
>  http://joyofsetup.com/
>
>
>

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

Re: [WiX-users] Duplicate component GUIDs

[Christopher Painter]

Unfortunatly many people will just turn the validation off because they don't 
know how to solve the problem and it seems to `work good enough`.

Richard <[EMAIL PROTECTED]> wrote:  
In article <[EMAIL PROTECTED]>,
"Brent Rockwood" 
writes:

> Last night I fixed a bug in my installer where I had accidentally
> duplicated GUIDs on two different components. Luckily I caught this
> before we ship, but if I had missed it, it would obviously have been a
> big problem. Is there any good reason that the compiler/linker should
> not warn about this? It's pretty tricky to spot and Google tells me
> it's a pretty common error. Is there any situation where this could
> possibly be valid?

Integrate running the ICEs into your build process and you'll know as
soon as you do this by accident as they check for this. They also
check for lots of other problems like this. I think that's why the
compiler/linker doesn't issue any warnings/errors about this problem
or other inconsistencies: they expect that you'll run the ICEs to
validate that your setup has no known problems.

ICEs are unit tests for MSI based installs.
-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download


Legalize Adulthood! 

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


   
-
Be a better friend, newshound, and know-it-all with Yahoo! Mobile.  Try it now.-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Recursive folder deletion

[Bob Arnson]

Ryan O'Neill wrote:


OK, so I'm going to give it a shot, may take a while though. Any 
pointers / requirements from people such as Bobs usage of RemoveFile 
(being naive I would have just deleted the files / dirs)?


 


Notes;

1)  It won't be 64 bit tested.

2)  It will be based on the sample @ 
http://www.wixwiki.com/index.php?title=Simple_Custom_Action_Dll


3)  It will use RemoveFile (and RemoveDirectory if there is one) 
for rollback (I assume).


4)  I'll post the resultant source on here for critique if that is OK.



Yes, adding temporary rows to the RemoveFile table means that MSI 
handles rollback for you. See 
http://www.joyofsetup.com/2007/07/01/semi-custom-actions/.


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

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

Re: [WiX-users] wierd upgrade/update problem

[Bob Arnson]

Koloszar Jozsef wrote:
> i've since been able to resolve most of the issues (i had some guid 
> missmatches, and i different names for the .msi-s. fixed that all seems to 
> work, except detecting if newer versions are already installed. if i install 
> a lower version using the standrd mino-upgrade command line (reinstall=all 
> reinstallmode=vomus), an older version will install over a newer one despite 
> the error custom action triggered by the upgradeversion whatever element 
> (see the wix (2) tutorial) this is not a major issue for my project, still 
> i'm curious 
>   

Check a verbose log. If you use minor upgrades, you're using a 
maintenance-mode operation and FindRelatedProducts doesn't run during 
maintenance mode.

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



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

Re: [WiX-users] Duplicate component GUIDs

[Christopher Painter]

Validation ICE08 catches duplicate guids within a single database.  It's also a 
good idea to have a tool that inventories all of your packages and does a more 
holistic check similar to InstallShields Conflict Solver tool.
   
  I think the reason this is a fairly common problem because 
   
  1) you have developers doing copy and paste setup authoring
  2) some developers are blatently sloppy about generating the GUIDS. 
   
  An example of this comes straight out of wixedit-0.6.1762.msi found on 
SourceForge.   Run  validation and you'll see an ICE08 error.   Take a look at 
the component table and many of the ComponentIDs follow the pattern of 
{DEADBEEF-DEAD-BEEF-DEAD-BEEFDEAD} with 2 .doc files sharing a GUID.  
  
Anyone see a problem with that?
Brent Rockwood <[EMAIL PROTECTED]> wrote:
  Last night I fixed a bug in my installer where I had accidentally
duplicated GUIDs on two different components. Luckily I caught this
before we ship, but if I had missed it, it would obviously have been a
big problem. Is there any good reason that the compiler/linker should
not warn about this? It's pretty tricky to spot and Google tells me
it's a pretty common error. Is there any situation where this could
possibly be valid?

-- 
Brent Rockwood
[EMAIL PROTECTED]
+1 902 449 7845

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


   
-
Be a better friend, newshound, and know-it-all with Yahoo! Mobile.  Try it now.-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Duplicate component GUIDs

[Bob Arnson]

Brent Rockwood wrote:
> Last night I fixed a bug in my installer where I had accidentally
> duplicated GUIDs on two different components.  Luckily I caught this
> before we ship, but if I had missed it, it would obviously have been a
> big problem.  Is there any good reason that the compiler/linker should
> not warn about this?  

If you run validation (on by default in WiX v3), you'll get an error.

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



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

Re: [WiX-users] unexpected error while merging (3.0.4014)

[Bob Arnson]

Andy Kwak wrote:
> Encountered an unexpected error while merging .
> More information about the merge and failure can be found in the merge
> log :
>   

What does the log say? There isn't a generic problem with merge modules 
in that release.

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



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

Re: [WiX-users] Duplicate component GUIDs

[Richard]

In article <[EMAIL PROTECTED]>,
"Brent Rockwood" <[EMAIL PROTECTED]>  writes:

> Last night I fixed a bug in my installer where I had accidentally
> duplicated GUIDs on two different components.  Luckily I caught this
> before we ship, but if I had missed it, it would obviously have been a
> big problem.  Is there any good reason that the compiler/linker should
> not warn about this?  It's pretty tricky to spot and Google tells me
> it's a pretty common error.  Is there any situation where this could
> possibly be valid?

Integrate running the ICEs into your build process and you'll know as
soon as you do this by accident as they check for this.  They also
check for lots of other problems like this.  I think that's why the
compiler/linker doesn't issue any warnings/errors about this problem
or other inconsistencies: they expect that you'll run the ICEs to
validate that your setup has no known problems.

ICEs are unit tests for MSI based installs.
-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
  

Legalize Adulthood! 

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

[WiX-users] Problem with XMLConfig Element (empty xmlns attribute)

[Stefan Gauter]

Hi,

 

When adding a new element to my web.config with XmlConfig I'll get an
empty xmlns attribute.

 

How can I suppress this xmlns attribute?

 

My Wix Code (using v3.0.3815):

 



 

Resulting in:

 



 

Possibly the standard xmlns attribute
(http://schemas.microsoft.com/.NetConfiguration/v2.0
 )
from the root element could be causing this behavior or is a bug ?.

 

thx

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

[WiX-users] Duplicate component GUIDs

[Brent Rockwood]

Last night I fixed a bug in my installer where I had accidentally
duplicated GUIDs on two different components.  Luckily I caught this
before we ship, but if I had missed it, it would obviously have been a
big problem.  Is there any good reason that the compiler/linker should
not warn about this?  It's pretty tricky to spot and Google tells me
it's a pretty common error.  Is there any situation where this could
possibly be valid?

-- 
Brent Rockwood
[EMAIL PROTECTED]
+1 902 449 7845

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

Re: [WiX-users] Build behavior for WiX projects

[Phil Sayers]

At the moment in visual studio a "Setup Project" only builds in "Release"
configuration by default. (at least thats how it works on my system here)

I can see having wix projects match this beahavior to keep consistency with
the "installer building project types", but that is only one scenario for
the usage of wix (within visual stuido).  Does not cover manual command line
builds, unattended build servers etc.

  -Original Message-
  From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Candy Chiang
  Sent: Wednesday, April 16, 2008 8:11 PM
  To: wix-users@lists.sourceforge.net
  Subject: [WiX-users] Build behavior for WiX projects


  In the recent builds, we have changed the build behavior of WiX project so
that it only builds by default if it is the only project in the solution. If
you have more than one project in a solution, the WiX project will not build
automatically. This allows you to skip building the WiX project with no
overhead when you make tweaks in your application code until you have all
your bits ready to be packaged.



  This implies that when you build the solution using MSBuild on the command
line, the WiX project in the solution (assuming there is more than one
project) will not be built. If you want the WiX project to build with the
solution, you will need to change the build configuration via the
Configuration Manager console in Visual Studio. Alternatively, you may
choose to build the .wixproj separately through another process.



  We want to get a feel from the community how this new build behavior is
working out for people. A few things to consider:

  . How do you like this new build behavior? Is it intuitive and
easier to use?

  . Consider other options and how those might be better:

  o   Make WiX project to always build by default in the solution.

  o   Make WiX project to only build by default in Release configuration but
not in Debug configuration.

  o   Others suggestions?



  Please let us know your thoughts.


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

[WiX-users] unexpected error while merging (3.0.4014)

[Andy Kwak]

Hi,

I am getting the following error when trying to compile my project in
build 3.0.4014.

Encountered an unexpected error while merging .
More information about the merge and failure can be found in the merge
log :

Is there a workaround so I can compile with the new build?

Thanks,
Andy

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

Re: [WiX-users] Recursive folder deletion

[Ryan O'Neill]

OK, so I'm going to give it a shot, may take a while though. Any pointers /
requirements from people such as Bobs usage of RemoveFile (being naive I
would have just deleted the files / dirs)?

 

Notes;

1)  It won't be 64 bit tested.

2)  It will be based on the sample @
http://www.wixwiki.com/index.php?title=Simple_Custom_Action_Dll

3)  It will use RemoveFile (and RemoveDirectory if there is one) for
rollback (I assume).

4)  I'll post the resultant source on here for critique if that is OK.

 

Regards

 

Ryan

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 16 April 2008 16:29
To: Ryan O'Neill
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Recursive folder deletion

 

Ryan O'Neill wrote: 

This means that I get a folder named MyApp_StrongName_657235673256732765
which changes each time I compile as the hash changes too.

 

I know the parent folder is mine so it is safe to delete all below that. Has
anyone else come across deleting directory trees? I appreciate it is
dangerous but I can't see an easy way around it.


MSI doesn't have anything like that. I designed a "NukeFolder" custom action
that added temporary rows to the RemoveFile table but it hasn't bubbled up
the todo list yet.



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

Re: [WiX-users] Build behavior for WiX projects

[Roger Lipscombe]

Agreed. This is precisely why the "Configuration Manager" dialog box has those 
little check boxes labelled "Build" :)

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of dB.
Sent: Thu 17 April 2008 06:01
To: Candy Chiang; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Build behavior for WiX projects

I am a little confused by this change. In my opinion this should behave exactly 
like any other project in the solution, whether it's written in C++, C# or even 
LOGO :)

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Candy Chiang
Sent: Wednesday, April 16, 2008 8:11 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Build behavior for WiX projects

In the recent builds, we have changed the build behavior of WiX project so that 
it only builds by default if it is the only project in the solution. If you 
have more than one project in a solution, the WiX project will not build 
automatically. This allows you to skip building the WiX project with no 
overhead when you make tweaks in your application code until you have all your 
bits ready to be packaged.

This implies that when you build the solution using MSBuild on the command 
line, the WiX project in the solution (assuming there is more than one project) 
will not be built. If you want the WiX project to build with the solution, you 
will need to change the build configuration via the Configuration Manager 
console in Visual Studio. Alternatively, you may choose to build the .wixproj 
separately through another process.

We want to get a feel from the community how this new build behavior is working 
out for people. A few things to consider:

* How do you like this new build behavior? Is it intuitive and easier 
to use?

* Consider other options and how those might be better:

o   Make WiX project to always build by default in the solution.

o   Make WiX project to only build by default in Release configuration but not 
in Debug configuration.

o   Others suggestions?

Please let us know your thoughts.




1E can save a company with 10,000 PCs over $165,000 and 1,381 tons of CO2 
emissions per annum. Calculate what you can save with the award winning 
NightWatchman from 1E. Discover the benefits of System Center solutions for 
yourself - attend an exclusive 1E Enterprise Solutions Road Show. Visit our 
website at http://www.1e.com

DISCLAIMER: This is a PRIVATE message. If you are not the intended recipient, 
please delete without copying and kindly advise us by e-mail of the mistake in 
delivery. NOTE: Regardless of content, this e-mail shall not operate to bind 1E 
Ltd to any order or other contract unless pursuant to explicit written 
agreement or government initiative expressly permitting the use of e-mail for 
such purpose
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Build behavior for WiX projects

[Holmgren Mathias]

I might be the only one, but I was not surprised by the WiX project not
building since it is consistent with the behaviour of Visual Studio
Setup Projects. Confusing? Yes, but OTOH I had already "paid" for that
confusion before so it was not confusing any more.

 

What is best? Not sure, but I am fine with the explicit build as is. I
don't want it to slow me down every time I compile my code. The setup
project should only be built on the integration server anyway.

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob
Mensching
Sent: den 17 april 2008 07:53
To: dB.; Candy Chiang; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Build behavior for WiX projects

 

I basically agree. I understand the desire to avoid having the WiX
projects rebuild every time you hit F5, but this behavior is going to be
very difficult to puzzle out without searching the wix-users archive.
Personally, I would pick only building by default in the Release
configuration over this new behavior. Although, building all the time
might be okay too... especially if validation didn't take so freaking
long (a different battle to tackle)

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of dB.
Sent: Wednesday, April 16, 2008 22:01
To: Candy Chiang; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Build behavior for WiX projects

 

I am a little confused by this change. In my opinion this should behave
exactly like any other project in the solution, whether it's written in
C++, C# or even LOGO :)

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Candy
Chiang
Sent: Wednesday, April 16, 2008 8:11 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Build behavior for WiX projects

 

In the recent builds, we have changed the build behavior of WiX project
so that it only builds by default if it is the only project in the
solution. If you have more than one project in a solution, the WiX
project will not build automatically. This allows you to skip building
the WiX project with no overhead when you make tweaks in your
application code until you have all your bits ready to be packaged. 

 

This implies that when you build the solution using MSBuild on the
command line, the WiX project in the solution (assuming there is more
than one project) will not be built. If you want the WiX project to
build with the solution, you will need to change the build configuration
via the Configuration Manager console in Visual Studio. Alternatively,
you may choose to build the .wixproj separately through another process.


 

We want to get a feel from the community how this new build behavior is
working out for people. A few things to consider:

* How do you like this new build behavior? Is it intuitive and
easier to use?

* Consider other options and how those might be better:

o   Make WiX project to always build by default in the solution.  

o   Make WiX project to only build by default in Release configuration
but not in Debug configuration.

o   Others suggestions?

 

Please let us know your thoughts.  

 

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

Re: [WiX-users] Recursive folder deletion

[Ryan O'Neill]

I'd love to, but my C++ and WiX skills are not quite there yet. Or perhaps
you have something that would get me started Bob? I might be able to finish
something if pointed in the right direction.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching
Sent: 17 April 2008 00:47
To: Ryan O'Neill; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Recursive folder deletion

 

Or you could write the "NukeFolder" CustomAction and contribute it to the
community the way Bob would (will?) when he had time.  

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Wednesday, April 16, 2008 08:34
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Recursive folder deletion

 

Looks like it is the dreaded vbscript for now then.

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 16 April 2008 16:29
To: Ryan O'Neill
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Recursive folder deletion

 

Ryan O'Neill wrote: 

This means that I get a folder named MyApp_StrongName_657235673256732765
which changes each time I compile as the hash changes too.

 

I know the parent folder is mine so it is safe to delete all below that. Has
anyone else come across deleting directory trees? I appreciate it is
dangerous but I can't see an easy way around it.


MSI doesn't have anything like that. I designed a "NukeFolder" custom action
that added temporary rows to the RemoveFile table but it hasn't bubbled up
the todo list yet.

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

Re: [WiX-users] wierd upgrade/update problem

[Koloszar Jozsef]

i've since been able to resolve most of the issues (i had some guid 
missmatches, and i different names for the .msi-s. fixed that all seems to 
work, except detecting if newer versions are already installed. if i install 
a lower version using the standrd mino-upgrade command line (reinstall=all 
reinstallmode=vomus), an older version will install over a newer one despite 
the error custom action triggered by the upgradeversion whatever element 
(see the wix (2) tutorial) this is not a major issue for my project, still 
i'm curious 


Bob Arnson writes: 

> Koloszar Jozsef wrote:
>> my problem is that if i run the msi with the
>> msiexec /i mysetup.msi REINSTALL=ALL REINSTALLMODE=omus
>> command line (and just about any other REINSTALLMODE flag combination
>> nothing gets installed, wether its an initial install or an upgrade.
> 
> That's a minor upgrade -- there's also major upgrades that don't require 
> command lines/bootstrappers. In any case, generate a verbose log and check 
> it around the InstallValidate action to see what MSI decided to do for the 
> component owning the file you want to upgrade.


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

[WiX-users] Работа Руководителя: Технологи и эффективного управления людьми

[karim chilton]

   В любой успешной компании рано или поздно возникает ситуация, 
 - когда один из продавцов становится начальником отдела. 
 - когда директор фирмы набирает штат, который уже не помещается за обеденным 
столом. 
 - когда руководитель (ну или менеджер, если так привычнее) уже физически не 
может сделать работу за своих подчиненных. 
 Т.е. когда руководитель, попав в ситуацию Первого Управленческого Кризиса, 
вынужден, наконец, начать выполнять свою работу - руководить
 - когда организация интенсивно растет, и руководитель уже не может эффективно 
управлять всем имеющимся персоналом в одиночку. 
 - когда натянутые отношения со смежными подразделениями становятся значимой 
проблемой. 
 - когда непонимание своих полномочий и ответственности порождает пассивность и 
постоянный страх наказания. 
 - когда вертикальный карьерный рост не дает возможности четко представлять 
ситуацию на местах и лишает руководителя четко контролировать действия своих 
сотрудников. 
 Т.е. когда в организации появляется среднее звено и возникает опасность. 
Второго Управленческого Кризиса, возникает необходимость руководить теми, кто 
руководит исполнителями.
 А так же когда возникает осознание необходимости обновить свои знания и 
умения, пополнить свой арсенал управленца новыми приемами, техниками, 
"встряхнуться", а так как времени на долгосрочное обучение уже нет, 
тренинг 
 Работа руководителя: технологии управления людьми 
  
 На тренинге: 
 - Диагностика и корректировка своих сильных и слабых сторон, поставка задач по 
развитию управленческих навыков. 
   Навыки подбора эффективного стиля руководства.Понимание руководства как 
развитие сотрудника.  - Практический блок, развивающий умение (навык) 
"продавать себя" и свой статус 
   Имидж руководителя, маркеры статуса, индикаторы ранговости - все это про то, 
что люди "встречают по одежке". Умение выглядеть "как 
начальник" в соответствии с социальными ожиданиями - неотъемлемое качество 
лидера. Харизма - это не только врожденная характеристика. Это то, что 
формируется сознательным усилием.  - Умение "покупать" сотрудников и 
их работу 
   Определение оптимальных мотивирующих воздействий и их использование на 
практике.Способы контроля в зависимости от задач и квалификации 
сотрудников.Умение определить ведущие мотивы сотрудника и влиять на них для 
решения производственных задач.  - Практический блок, развивающий умение 
использовать любую ситуацию в своих целях. 
   Нет проблем - есть задачи. Нет обид - есть информация. Нет побед и поражений 
- есть обратная связь. Руководитель, искренне следующий этим принципам, обречен 
быть успешным. Восприятие любой ситуации как управленческой.Делегирование 
полномочий. Умение отделять главные задачи от второстепенных.  Все это и многое 
другое - в режиме практикума, с упражнениями и разборами на реальных примерах 
из практики ведущих российских компаний. 
 Особенности тренинга: 
 40% - теории, 60 % - практики 
 Работа на семинаре идет по следующей схеме: Осознание - Технологии - Навыки 
 Осознание собственных стилей руководства, своих сильных и слабых сторон, даст 
Вам понимание как тот или иной фактор Вашей личности меняет обстановку в Вашей 
компании 
 Далее Вы получаете технологии оперативного управления, конкретные инструменты 
по управлению компанией, бизнесом. 
 Отрабатываете на практике предлагаемые методики и, таким образом, получаете 
первичные навыки осознанного руководства. 
 Автор и ведущий тренинга - бизнес-консультант, управленец-практик. Имеет 
обширный опыт работы с персоналом всех уровней, начиная с непосредственных 
исполнителей и, заканчивая топами. 
 Стоящие перед Вами задачи он решал многократно и успешно, как руководитель 
бизнес-проектов, так и в рамках оказанных консалтинговых услуг. 
 Сертифицированный специалист по управлению проектами по спецификации 
СОВНЕТ-СЕРТ. 
 Последний проект: Разработка, организация и успешное воплощение проекта 
открытия филиала в Белоруссии крупной Российской ритейловой сети. В настоящее 
время работает в данном филиале в качестве директора по персоналу. 
 Опыт 
   тренерская и консультационная работа 7 лет  управленческая работа и 
развитие бизнеса 5 летКурс проходит в течение 2 дней 
 с 1О ОО до 18 ОО
 Стоимость участия 19 72О рублей, НДС не облагается.
  В стоимость включены обеды, кофе-паузы, методические пособия. 
 Каждый участник семинара получает бухгалтерский комплект - оригиналы 
документов: договор, акт, оригинал счета, копии свидетельств. 
 Получить подробную программу и записаться Вы можете по телефону: 
  Тел: +7 [ Ч95 ] 223I75Ч
   
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourcefo

[WiX-users] Билеты на любые спектакли и ко нцерты в Москве по самым выгодным ценам

[clemens sorel]

  "Театральное Товарищество Олега Меньшикова" представляет 
премьеру спектакля по пьесеАлекссандро Баррико "1900". 
Центральной фигурой спектакля является Олег Меньшиков. В течение 2-х часов он 
проживаетудивительную историю музыканта, который всю свою жизнь провел на 
корабле, так ни разу и не сойдя на землю. Это удивительная и честная история о 
таланте, дружбе и выборесвоего жизненного и творческого пути.
ОЛЕГ МЕНЬШИКОВ в премьере "1900-ый" - 22,23 АПРЕЛЯ, 14,15 МАЯ.
 БИЛЕТЫ НА ЛУЧШИЕ СПЕКТАКЛИ ПРЕМЬЕРЫ КОНЦЕРТЫ: 
 226 31 79, 8 915 176 4696.
Д.ПЕВЦОВ и А.БОЛЬШОВА "ЮНОНА и АВОСЬ" - 18,21,29 АПРЕЛЯ.
О.ЯНКОВСКИЙ,И.ЧУРИКОВА,А.ЗБРУЕВ,Д.ПЕВЦОВ,А.ЛАЗАРЕВ
 премьере комедии "ЖЕНИТЬБА" - 16,17,30 АПРЕЛЯ.
ГОША КУЦЕНКО и МАРАТ БАШАРОВ
Комедия для женщин LADYS NIGHT - 28 апреля.
В.МАШКОВ и Е.МИРОНОВ "НОМЕР 13" - 17,30 АПРЕЛЯ.
КОНЦЕРТ - SCORPIONS - 26 АПРЕЛЯ.
КОНЦЕРТ - MARK NOPFLER - 27 АПРЕЛЯ.
КОНЦЕРТ - KISS. БИЛЕТЫ УЖЕ В ПРОДАЖЕ! - 27 МАЯ.
КОНЦЕРТ - ДИМА БИЛАН - 29 МАЯ.
VI Ежегодная премия МУЗ ТВ 2008 - 6 ИЮНЯ.
КОНЦЕРТ - КАЙЛИ МИНОУГ - 16 ИЮНЯ.
МУЖСКОЙ РОД ЕДИНСТВЕННОЕ ЛИЦО - 22,29 апреля.
СЛИШКОМ ЖЕНАТЫЙ ТАКСИСТ - 17 апреля.
Заказ билетов на любые спектакли и концерты в Москве: 226 31 79, 8 915 176 4696.
   
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users