Re: [WiX-users] Some STUPID Limitations in WiX

2007-09-25 Thread Dong Fang Xie (Excell Data Corporation)
Justin,

Thank you for your advice. I'll improve my attitude towards WiX and Windows 
Installer.

BTW, you didn't answer my question. How to break those limitations ?

Thanks,
DongFang



-Original Message-
From: Justin Rockwood [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 25, 2007 2:22 PM
To: Dong Fang Xie (Excell Data Corporation); wix-users@lists.sourceforge.net
Subject: RE: Some STUPID Limitations in WiX

Hey, Dong, thanks for the laugh! :) While we appreciate feedback on the WiX
toolset, it's typically not a good idea to call it STUPID and then in the
same sentence ask for help. You're biting the hand that feeds you. Plus if
you think it's stupid then why would you trust the advice from the people
that created it? At any rate, good luck with your "powerful installer."
Since we don't really know how to build those (smile), you may want to take
any advice we give with a grain of salt.

Justin

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dong Fang Xie
(Excell Data Corporation)
Sent: Tuesday, September 25, 2007 12:04 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Some STUPID Limitations in WiX

I'm working on a small and simple installer using WiX toolset (the latest
stable version 2.0.3719.0). To my surprise, it is really very very tough !!
It almost drove me crazy.  I really don't understand why there are so many
stupid limitations:

LIMIT 1:
Since FileSearch, DirectorySearch, RegistrySearch are WiX elements, Why
there is no ProcessSearch or TaskSearch ?!I need to know whether a
specific process is running before installation/uninstallation.

LIMIT 2:
If all files in a msi package are from different small projects, I can build
a module for each small project, and create a main wxs file to merge all
modules. It should be a good idea, but how can I use the files from
different modules ?  There is no way for now. I must control all custom
actions in the main wxs file, and some custom actions need a FileKey to a
file in a module. I cannot distribute all cutom actions in different
modules, if I do so, how can I control the InstallSequence ? Using stupid
numbers?

LIMIT 3:
I defined a dialog which must be shown not only during installation but also
during uninstallation. But how to make it shown during uninstallation ?  the
UILevel will be set to basic UI or no UI automatically by msiexec.exe.  How
can I beg Windows NOT do that for me? I can use command "msiexec /qf /x
msifile", but how can I know my customer can do that each time they want to
uninstall the msi file ?  Is there any way I can define UILevel of
uninstallation inside msi file ?

WiX is a very good toolset, but far from perfect !  I bet the developers of
WiX toolset have never built a powerful installer for customers.  I will
never know the limit if I wasn't assigned the job to build a small and
simple installer.

I noticed that there are some extensions in WiX 3.0, but it is still far
from enough.

For LIMIT 1, I've built my own dll to detect running processes. But how to
break LIMIT 2 and LIMIT 3 ?  Can you guys give me some ideas ?

Thanks in advance


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


[WiX-users] Some STUPID Limitations in WiX

2007-09-25 Thread Dong Fang Xie (Excell Data Corporation)
I'm working on a small and simple installer using WiX toolset (the latest 
stable version 2.0.3719.0). To my surprise, it is really very very tough !!  It 
almost drove me crazy.  I really don't understand why there are so many stupid 
limitations:

LIMIT 1:
Since FileSearch, DirectorySearch, RegistrySearch are WiX elements, Why there 
is no ProcessSearch or TaskSearch ?!I need to know whether a specific 
process is running before installation/uninstallation.

LIMIT 2:
If all files in a msi package are from different small projects, I can build a 
module for each small project, and create a main wxs file to merge all modules. 
It should be a good idea, but how can I use the files from different modules ?  
There is no way for now. I must control all custom actions in the main wxs 
file, and some custom actions need a FileKey to a file in a module. I cannot 
distribute all cutom actions in different modules, if I do so, how can I 
control the InstallSequence ? Using stupid numbers?

LIMIT 3:
I defined a dialog which must be shown not only during installation but also 
during uninstallation. But how to make it shown during uninstallation ?  the 
UILevel will be set to basic UI or no UI automatically by msiexec.exe.  How can 
I beg Windows NOT do that for me? I can use command "msiexec /qf /x msifile", 
but how can I know my customer can do that each time they want to uninstall the 
msi file ?  Is there any way I can define UILevel of uninstallation inside msi 
file ?

WiX is a very good toolset, but far from perfect !  I bet the developers of WiX 
toolset have never built a powerful installer for customers.  I will never know 
the limit if I wasn't assigned the job to build a small and simple installer.

I noticed that there are some extensions in WiX 3.0, but it is still far from 
enough.

For LIMIT 1, I've built my own dll to detect running processes. But how to 
break LIMIT 2 and LIMIT 3 ?  Can you guys give me some ideas ?

Thanks in advance


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


[WiX-users] How to detect a running process which is not part of the installing files ???

2007-09-21 Thread Dong Fang Xie (Excell Data Corporation)
I checked CloseApps.cpp in WiX 3, it can not provide any help at all.

The process that I want the user to terminate is different, it is the old 
version installed in a different folder. It is a COM server, and it must be 
terminated and unregistered, or the new version (will be installed to another 
folder) will never take effect.

Why WiX has no such simple (and vital) function built in ?
Can anybody provide any help ?
Thanks in advance



-
From: Rob Mensching
Sent: Friday, September 21, 2007 12:36 PM
To: Prasanta Ghosal; Windows Installer Xml Virtual Team
Subject: RE: How to identify if a process is running using Wix

Look at the CloseApps custom action.

From: Prasanta Ghosal
Sent: Friday, September 21, 2007 12:34
To: Windows Installer Xml Virtual Team
Subject: How to identify if a process is running using Wix

Hello,
We are trying to come up with an installer using wix. We need to detect if a 
specific process is running in the system or not. Could anyone please help us 
about how to detect if a process is running or not in the system from the wix 
installer?

Thanks


-
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