Re: [WiX-users] COM+ / RegAsm

2011-04-15 Thread mislimcane
Does you found solution?

Thanks,
Milan

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/COM-RegAsm-tp701883p6275601.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] unsubscribe

2011-04-15 Thread Chip Groder
 

 

Chip Groder

603 339 8190 (cell)

603 434 8977 (home)

 

--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] RadioButtonGroup property help

2011-04-15 Thread lokanath devineni







Hi All,

I have a wix dialog box having radiobuttongroup control and property declared 
as bellow in Dialogs library


Property Id=IAPPS_INSTALL_TYPEQuick/Property

Control Id=rbInstallType Type=RadioButtonGroup X=27 Y=58 Width=150 
Height=142 Property=IAPPS_INSTALL_TYPE
          RadioButtonGroup Property=IAPPS_INSTALL_TYPE
            RadioButton Height=17 Text=Quick Install Value=Quick 
Width=110 X=0 Y=0 /
            RadioButton Height=17 Text=Custom Install Value=Custom 
Width=86 X=0 Y=64 /
          /RadioButtonGroup
        /Control

and installer project i am refering this dialog. In installer project,i am 
reading this property from Registry as below for change or repair mode.

Property Id='IAPPS_INSTALL_TYPE'      
      RegistrySearch Id=RSINSTALL_TYPE Root=HKLM  Key=Software\Bridgeline 
Digital\iAppsCMS Type=raw  Name=INSTALLTYPE /RegistrySearch
    /Property


But it thowing me the below error and same approach is working for all other 
control properties.

Error    128    Duplicate symbol 'Property:IAPPS_INSTALL_TYPE' found.
Error    129    Location of symbol related to previous error


If any body know the solution the aboove error, please let me know.

Sorry for troubling.

Thanks in advance,
loknath


--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Multi-Instance Major Upgrades

2011-04-15 Thread Tyler Walters
FINALLY! And naturally it didn't end up being very complicated. :p

So here is what i did.


   1. In my .wxs I made an upgrade element to upgrade the product like you
   normally would EXCEPT I made the upgrade code a random guid (NOT one i am
   using). This was the only way I could get wix to create the upgrade table in
   the msi. Since the guid is bogus it will never be found and the installs
   will continue on as they normally would.
   2. I used the 'CustomAction' element to give each instance is own upgrade
   code and set the 'UpgradeCode' property according to the instance chosen.
   Note: I scheduled these to run before 'AppSearch'.
   3. Then I made a C# custom action to add temporary rows to the Upgrade
   table.
   4. The added rows were a copy of the current rows that were put there by
   the 'Upgrade' element. EXCEPT I changed the 'UpgradeCode' to be the same as
   the 'UpgradeCode' in the Property table.
   5. This custom action is scheduled to run after the last 'SetUpgradeCode'
   custom action that was mentioned in step 2.
   6. THATS IT!


On Thu, Apr 14, 2011 at 12:57 PM, Tyler Walters
tyler.walters...@gmail.comwrote:

 RemoveExistingProducts is part of the MajorUpgrade element. The Schedule
 attribute is what schedules RemoveExistingProducts.

 Thanks for the advice though.

 I am thinking I may have to do a custom action that modifies the
 UpgradeTable at install time, if that is even possible.


 On Thu, Apr 14, 2011 at 11:35 AM, Tyler Walters 
 tyler.walters...@gmail.com wrote:

 Currently I can do a major upgrade of a specific instance. There are a
 couple problems though.
 1. The default instance is upgraded fine. The transforms are upgraded,
 BUT the previous version is not removed. So they both show up in ARP.
 2. I need to be able to not downgrade a specific instance, but be able
 to install an old version as a different instance.

 I am currently giving each instance it's own upgrade code and then
 scheduling the FindRelatedProducts action after the upgrade codes are set.


 Here is the current code:

 Product Id=YOURGUID-7AF1-4854-9B4F-01A6C77CC4AB
  Name=InstanceTransforms
  Language=1033
  Version=8.1.0.0
  Manufacturer=DCT
  UpgradeCode={YOURGUID-F8CA-4F91-B74D-DF92AE4AB8FF}

 ...

 MajorUpgrade AllowDowngrades=no DowngradeErrorMessage=A new
 version of [ProductName] is already installed. Exiting installation.
 Schedule=afterInstallFinalize /

 Property Id=INSTANCEID Value=Default Instance Secure=yes /
 InstanceTransforms Property=INSTANCEID
 Instance Id=Instance_1
 ProductCode=YOURGUID-975B-4CBA-B2CC-B363CAA4312C
 ProductName=InstanceTransforms/
 Instance Id=Instance_2
 ProductCode=YOURGUID-CB52-485A-BE2A-1B2A407CD878
 ProductName=InstanceTransforms/
 /InstanceTransforms

 CustomAction Id=SetUpgradeCode_1 Property=UpgradeCode
 Value={YOURGUID-975B-4CBA-B2CC-B363CAA4312C} /
 CustomAction Id=SetUpgradeCode_2 Property=UpgradeCode
 Value={YOURGUID-CB52-485A-BE2A-1B2A407CD878} /

 ...

 InstallUISequence
 Custom Action=SetUpgradeCode_1 Before=AppSearch
 INSTANCEID = Instance_1/Custom
 Custom Action=SetUpgradeCode_2 Before=AppSearch
 INSTANCEID = Instance_2/Custom
 FindRelatedProducts After =SetUpgradeCode_2/ !--Do
 FindRelatedProducts after the last upgradecode CA runs.--
 /InstallUISequence
 InstallExecuteSequence
 Custom Action=SetUpgradeCode_1 Before=AppSearch
 INSTANCEID = Instance_1/Custom
 Custom Action=SetUpgradeCode_2 Before=AppSearch
 INSTANCEID = Instance_2/Custom
 FindRelatedProducts After=SetUpgradeCode_2/
 /InstallExecuteSequence
 ...
 /Product

 --
 Tyler Walters - Duck Creek Technologies




 --
 Tyler Walters




-- 
Tyler Walters
--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Files In Use Problem

2011-04-15 Thread Michael Tissington
I have a problem with an upgrade from an Install Shield package to a Wix
package
Both packages install the FlexNet product from InstallShield and the update
(major upgrade) Wix package is pushed to the client using the installed
FlexNet.

The Wix upgrade does a RemoveExistingProducts and correctly launches the old
InstallShield install which shows the Files In Use dialog warning of reboot
required.

The Wix install then attempts to install FlexNet again.
At the end of the upgrade, agent.exe from flexnet is present (probably the
old one)
After reboot agent.exe had been deleted from the system but the new one not
installed.

Why is the new file not getting copied over correctly?

Thanks,
Michael






--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] WiX-users Digest, Vol 59, Issue 45

2011-04-15 Thread lokanath devineni
Hi Peter,,
 
Thanks for replying
 
I will get the following error if i remove the first property
 
Error 26 Unresolved reference to symbol 'Property:INSTALL_TYPE' in section 
'Fragment:'.
 
thanks,
loknath

--- On Fri, 4/15/11, wix-users-requ...@lists.sourceforge.net 
wix-users-requ...@lists.sourceforge.net wrote:


From: wix-users-requ...@lists.sourceforge.net 
wix-users-requ...@lists.sourceforge.net
Subject: WiX-users Digest, Vol 59, Issue 45
To: wix-users@lists.sourceforge.net
Date: Friday, April 15, 2011, 8:46 PM


Send WiX-users mailing list submissions to
    wix-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
    https://lists.sourceforge.net/lists/listinfo/wix-users
or, via email, send a message with subject or body 'help' to
    wix-users-requ...@lists.sourceforge.net

You can reach the person managing the list at
    wix-users-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than Re: Contents of WiX-users digest...


Today's Topics:

   1. Re: WiX 3.6 Burn ExePackage Problem -- How to run    EXE in
      place instead of caching? (Bob Arnson)
   2. Re: COM+ / RegAsm (mislimcane)
   3. unsubscribe (Chip Groder)
   4. RadioButtonGroup property help (lokanath devineni)
   5. Re: Multi-Instance Major Upgrades (Tyler Walters)
   6. Files In Use Problem (Michael Tissington)
   7. Re: RadioButtonGroup property help (Peter Shirtcliffe)


--

Message: 1
Date: Fri, 15 Apr 2011 00:15:37 -0400
From: Bob Arnson b...@joyofsetup.com
Subject: Re: [WiX-users] WiX 3.6 Burn ExePackage Problem -- How to
    run    EXE in place instead of caching?
To: John Robbins j...@wintellect.com
Cc: General discussion for Windows Installer XML toolset.
    wix-users@lists.sourceforge.net
Message-ID: 4da7c669.3000...@joyofsetup.com
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 14-Apr-11 22:07, John Robbins wrote:
 Hope you don't mind another question. :) Why does Burn expand into the %TEMP% 
 directory and copy to the cache directory? Why not just extract the files 
 from the EXE directly into the cache directory? The installer I'm working on 
 with everything is 2.69GB so there's a lot spent file copying between the two 
 directories. Also, Burn is leaving all the files extracted in the %TEMP% 
 directory in BRN*.TMP directories. I swear I saw a bug in the database about 
 that a while ago, but can't find it. I'll get that filed if I can't find it.

The idea(l) is that the files are extracted then moved, so that only 
complete and verified files are in the cache. When TMP and appdata are 
on the same volume, it should be a move, afaik. Definitely a bug if the 
files are left behind in TMP, though.

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




--

Message: 2
Date: Fri, 15 Apr 2011 01:33:27 -0700 (PDT)
From: mislimcane milosavljevic.mi...@yahoo.com
Subject: Re: [WiX-users] COM+ / RegAsm
To: wix-users@lists.sourceforge.net
Message-ID: 1302856407245-6275601.p...@n2.nabble.com
Content-Type: text/plain; charset=us-ascii

Does you found solution?

Thanks,
Milan

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/COM-RegAsm-tp701883p6275601.html
Sent from the wix-users mailing list archive at Nabble.com.



--

Message: 3
Date: Fri, 15 Apr 2011 07:05:44 -0400
From: Chip Groder c...@groder.net
Subject: [WiX-users] unsubscribe
To: WiX-users@lists.sourceforge.net
Message-ID: 01cbfb5d$11a94f70$34fbee50$@groder.net
Content-Type: text/plain;    charset=us-ascii





Chip Groder

603 339 8190 (cell)

603 434 8977 (home)





--

Message: 4
Date: Fri, 15 Apr 2011 07:51:35 -0700 (PDT)
From: lokanath devineni ldevin...@yahoo.com
Subject: [WiX-users] RadioButtonGroup property help
To: WiX-users@lists.sourceforge.net
Message-ID: 909651.51470...@web33304.mail.mud.yahoo.com
Content-Type: text/plain; charset=iso-8859-1








Hi All,

I have a wix dialog box having radiobuttongroup control and property declared 
as bellow in Dialogs library


Property Id=IAPPS_INSTALL_TYPEQuick/Property

Control Id=rbInstallType Type=RadioButtonGroup X=27 Y=58 Width=150 
Height=142 Property=IAPPS_INSTALL_TYPE
? ? ? ? ? RadioButtonGroup Property=IAPPS_INSTALL_TYPE
? ? ? ? ? ? RadioButton Height=17 Text=Quick Install Value=Quick 
Width=110 X=0 Y=0 /
? ? ? ? ? ? RadioButton Height=17 Text=Custom Install Value=Custom 
Width=86 X=0 Y=64 /
? ? ? ? ? /RadioButtonGroup
? ? ? ? /Control

and installer project i am refering this dialog. In installer project,i am 
reading this property from Registry as below for change or repair mode.

Property Id='IAPPS_INSTALL_TYPE'? ? ? 
? ? ? RegistrySearch Id=RSINSTALL_TYPE Root=HKLM? Key=Software\Bridgeline 
Digital\iAppsCMS Type=raw? Name=INSTALLTYPE /RegistrySearch
? ? /Property


But it thowing me the below error and same approach is 

Re: [WiX-users] Multi-Instance Major Upgrades

2011-04-15 Thread jhennessey
If you want to avoid having to make a bogus upgrade element just use the
EnsureTable element for the Upgrade table. Then you would be able to add
your custom rows with no problems (since the empty table will be in the
MSI).

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Multi-Instance-Major-Upgrades-tp6273489p6277157.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Multi-Instance Major Upgrades

2011-04-15 Thread Tyler Walters
Oh cool! Thanks. I hadn't come across that one.

On Fri, Apr 15, 2011 at 12:56 PM, jhennessey jack.hennes...@hyland.comwrote:

 If you want to avoid having to make a bogus upgrade element just use the
 EnsureTable element for the Upgrade table. Then you would be able to add
 your custom rows with no problems (since the empty table will be in the
 MSI).

 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Multi-Instance-Major-Upgrades-tp6273489p6277157.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 Benefiting from Server Virtualization: Beyond Initial Workload
 Consolidation -- Increasing the use of server virtualization is a top
 priority.Virtualization can reduce costs, simplify management, and improve
 application availability and disaster protection. Learn more about boosting
 the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users




-- 
Tyler Walters
--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] WiX 3.6 Burn ExePackage Problem -- How to run EXE in place instead of caching?

2011-04-15 Thread Rune Moberg
On Fri, Apr 15, 2011 at 6:15 AM, Bob Arnson b...@joyofsetup.com wrote:
 The idea(l) is that the files are extracted then moved, so that only
 complete and verified files are in the cache. When TMP and appdata are
 on the same volume, it should be a move, afaik. Definitely a bug if the
 files are left behind in TMP, though.

A bit annoying if your %temp% is on another drive. Lots of extra IO
just for the sake of IO... (extremely amusing when an archiving
utility such as WinRar does that -- it effectively doubles the time it
takes to unpack an archive, unless %temp% is on the same drive of
course)

Why not write to a temporary name in the target directory and rename that?

-- 
Rune

--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users