Re: [WiX-users] Keep optional directory on upgrade
Hi John, Thank you for the idea! Out of total curiosity though, if the user is upgrading to the application that shouldn't contain the JRE, why does the JRE need to hang around? (Especially since, if you uninstall the installation w/JRE through ARP you expect the JRE to be uninstalled?) Sorry for the misunderstanding. If the user first installs the initial installer WITH JRE, it has to be installed of course. Otherwise he would have been able to download the smaller installer package without JRE. If we now release a bug fix, he should be able to install the installer package without the JRE to keep his already installed JRE (and to safe us band-width). First installation: - Always install the JRE if it is contained in the installer package. Update installation on top: - If installing the bundle with JRE, the previously installed JRE should be replaced. - If installing the bundle without JRE, the previously installed JRE should be kept. Uninstallation: - The JRE should be uninstalled if it was installed. -- Tom John Nannenga wrote: Ok, so these are essentially components within your installation. In theory then, one way to accomplish this is to create a 'hidden' feature (perhaps called JRE) within your application installation that shouldn't install the JRE, and add the same ComponentGroupRef to that feature. Condition the JRE feature to only be installed when your upgrade property is present. This way, on a normal installation of this application, the JRE is not installed. When the application with the JRE is installed and subsequently upgraded to the application without the JRE, the JRE components will be ref-counted [not installed] and not removed during the upgrade process [assuming you author an efficient upgrade]. After upgrading, should the user go to ARP and remove this installation, the JRE components will then be un-installed. Things can get a little cleaner if you have a feature in your application installation that should contain the JRE that itself only installs the JRE [i.e., if you have a feature ID called JRE]; as then you should be able to let the MigrateFeatureStates do its magic. Out of total curiosity though, if the user is upgrading to the application that shouldn't contain the JRE, why does the JRE need to hang around? (Especially since, if you uninstall the installation w/JRE through ARP you expect the JRE to be uninstalled?) From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Thomas Singer [EMAIL PROTECTED] Sent: Thursday, July 10, 2008 3:17 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Keep optional directory on upgrade Thanks for biting. ;) How does your application installation (the one with JRE) deploy the JRE? As a ComponentGroupRef Id=componentGroupJre /. The jre.wxs file is generated using heat using the fragment template and fine tuned with XSLT (adding the DirectoryRef Id=DIR_INSTALL.../DirectoryRef and setting the Id of the ComponentGroup. What specifically is meant by with embedded Java Runtime Environment? In contrast to, for example, the dot-net runtime, the JRE works fine when an installed JRE directory is just *copied* to a new machine (without invoking an installer which adds a myriad of registry keys and fully integrates into the target machine). -- Tom John Nannenga wrote: This seems a little odd, but what the heck, I'll bite. However, since I don't know anything about the Java Runtime Environment, I need more info. How does your application installation (the one with JRE) deploy the JRE? Merge modules? Components you authored yourself into your package? MSI chaining? etc... (What specifically is meant by with embedded Java Runtime Environment?) From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Thomas Singer [EMAIL PROTECTED] Sent: Thursday, July 10, 2008 9:36 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Keep optional directory on upgrade After I received so good feed-back for the file-gets-overwritten-problem - does someone have an idea how to handle this issue? -- Tom Thomas Singer wrote: Our application is available in two different versions - one with embedded Java Runtime Environment (JRE) and one without. The JRE is nothing else than a directory in the installation directory (no special registry settings). We don't provide special update packages (containing just the differences), but instead all packages we provide are complete packages (without thinking about the JRE). When a user first installs a version with JRE and later a new version without JRE, the jre-directory is removed/uninstalled. What would be the best solution to uninstall the JRE only if the user uninstalls the application using Add/Remove, but not when
Re: [WiX-users] Keep optional directory on upgrade
In this case, you might want to consider authoring a patch which targets both product's MSIs? (instead of trying to use a single MSI to update [what are essentially] multiple SKUs) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Singer Sent: Friday, July 11, 2008 2:32 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Keep optional directory on upgrade Hi John, Thank you for the idea! Out of total curiosity though, if the user is upgrading to the application that shouldn't contain the JRE, why does the JRE need to hang around? (Especially since, if you uninstall the installation w/JRE through ARP you expect the JRE to be uninstalled?) Sorry for the misunderstanding. If the user first installs the initial installer WITH JRE, it has to be installed of course. Otherwise he would have been able to download the smaller installer package without JRE. If we now release a bug fix, he should be able to install the installer package without the JRE to keep his already installed JRE (and to safe us band-width). First installation: - Always install the JRE if it is contained in the installer package. Update installation on top: - If installing the bundle with JRE, the previously installed JRE should be replaced. - If installing the bundle without JRE, the previously installed JRE should be kept. Uninstallation: - The JRE should be uninstalled if it was installed. -- Tom John Nannenga wrote: Ok, so these are essentially components within your installation. In theory then, one way to accomplish this is to create a 'hidden' feature (perhaps called JRE) within your application installation that shouldn't install the JRE, and add the same ComponentGroupRef to that feature. Condition the JRE feature to only be installed when your upgrade property is present. This way, on a normal installation of this application, the JRE is not installed. When the application with the JRE is installed and subsequently upgraded to the application without the JRE, the JRE components will be ref-counted [not installed] and not removed during the upgrade process [assuming you author an efficient upgrade]. After upgrading, should the user go to ARP and remove this installation, the JRE components will then be un-installed. Things can get a little cleaner if you have a feature in your application installation that should contain the JRE that itself only installs the JRE [i.e., if you have a feature ID called JRE]; as then you should be able to let the MigrateFeatureStates do its magic. Out of total curiosity though, if the user is upgrading to the application that shouldn't contain the JRE, why does the JRE need to hang around? (Especially since, if you uninstall the installation w/JRE through ARP you expect the JRE to be uninstalled?) From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Thomas Singer [EMAIL PROTECTED] Sent: Thursday, July 10, 2008 3:17 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Keep optional directory on upgrade Thanks for biting. ;) How does your application installation (the one with JRE) deploy the JRE? As a ComponentGroupRef Id=componentGroupJre /. The jre.wxs file is generated using heat using the fragment template and fine tuned with XSLT (adding the DirectoryRef Id=DIR_INSTALL.../DirectoryRef and setting the Id of the ComponentGroup. What specifically is meant by with embedded Java Runtime Environment? In contrast to, for example, the dot-net runtime, the JRE works fine when an installed JRE directory is just *copied* to a new machine (without invoking an installer which adds a myriad of registry keys and fully integrates into the target machine). -- Tom John Nannenga wrote: This seems a little odd, but what the heck, I'll bite. However, since I don't know anything about the Java Runtime Environment, I need more info. How does your application installation (the one with JRE) deploy the JRE? Merge modules? Components you authored yourself into your package? MSI chaining? etc... (What specifically is meant by with embedded Java Runtime Environment?) From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Thomas Singer [EMAIL PROTECTED] Sent: Thursday, July 10, 2008 9:36 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Keep optional directory on upgrade After I received so good feed-back for the file-gets-overwritten-problem - does someone have an idea how to handle this issue? -- Tom Thomas Singer wrote: Our application is available in two different versions - one with embedded Java Runtime Environment (JRE) and one without. The JRE is nothing else than a directory in the installation directory (no special registry settings). We don't
Re: [WiX-users] Keep optional directory on upgrade
We want to only offer all-in-one (with and without the JRE) packages, no patches which *require* a previous installation. Tom John Nannenga wrote: In this case, you might want to consider authoring a patch which targets both product's MSIs? (instead of trying to use a single MSI to update [what are essentially] multiple SKUs) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Singer Sent: Friday, July 11, 2008 2:32 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Keep optional directory on upgrade Hi John, Thank you for the idea! Out of total curiosity though, if the user is upgrading to the application that shouldn't contain the JRE, why does the JRE need to hang around? (Especially since, if you uninstall the installation w/JRE through ARP you expect the JRE to be uninstalled?) Sorry for the misunderstanding. If the user first installs the initial installer WITH JRE, it has to be installed of course. Otherwise he would have been able to download the smaller installer package without JRE. If we now release a bug fix, he should be able to install the installer package without the JRE to keep his already installed JRE (and to safe us band-width). First installation: - Always install the JRE if it is contained in the installer package. Update installation on top: - If installing the bundle with JRE, the previously installed JRE should be replaced. - If installing the bundle without JRE, the previously installed JRE should be kept. Uninstallation: - The JRE should be uninstalled if it was installed. -- Tom John Nannenga wrote: Ok, so these are essentially components within your installation. In theory then, one way to accomplish this is to create a 'hidden' feature (perhaps called JRE) within your application installation that shouldn't install the JRE, and add the same ComponentGroupRef to that feature. Condition the JRE feature to only be installed when your upgrade property is present. This way, on a normal installation of this application, the JRE is not installed. When the application with the JRE is installed and subsequently upgraded to the application without the JRE, the JRE components will be ref-counted [not installed] and not removed during the upgrade process [assuming you author an efficient upgrade]. After upgrading, should the user go to ARP and remove this installation, the JRE components will then be un-installed. Things can get a little cleaner if you have a feature in your application installation that should contain the JRE that itself only installs the JRE [i.e., if you have a feature ID called JRE]; as then you should be able to let the MigrateFeatureStates do its magic. Out of total curiosity though, if the user is upgrading to the application that shouldn't contain the JRE, why does the JRE need to hang around? (Especially since, if you uninstall the installation w/JRE through ARP you expect the JRE to be uninstalled?) From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Thomas Singer [EMAIL PROTECTED] Sent: Thursday, July 10, 2008 3:17 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Keep optional directory on upgrade Thanks for biting. ;) How does your application installation (the one with JRE) deploy the JRE? As a ComponentGroupRef Id=componentGroupJre /. The jre.wxs file is generated using heat using the fragment template and fine tuned with XSLT (adding the DirectoryRef Id=DIR_INSTALL.../DirectoryRef and setting the Id of the ComponentGroup. What specifically is meant by with embedded Java Runtime Environment? In contrast to, for example, the dot-net runtime, the JRE works fine when an installed JRE directory is just *copied* to a new machine (without invoking an installer which adds a myriad of registry keys and fully integrates into the target machine). -- Tom John Nannenga wrote: This seems a little odd, but what the heck, I'll bite. However, since I don't know anything about the Java Runtime Environment, I need more info. How does your application installation (the one with JRE) deploy the JRE? Merge modules? Components you authored yourself into your package? MSI chaining? etc... (What specifically is meant by with embedded Java Runtime Environment?) From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Thomas Singer [EMAIL PROTECTED] Sent: Thursday, July 10, 2008 9:36 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Keep optional directory on upgrade After I received so good feed-back for the file-gets-overwritten-problem - does someone have an idea how to handle this issue? -- Tom Thomas Singer wrote: Our application is available in two different
Re: [WiX-users] Keep optional directory on upgrade
After I received so good feed-back for the file-gets-overwritten-problem - does someone have an idea how to handle this issue? -- Tom Thomas Singer wrote: Our application is available in two different versions - one with embedded Java Runtime Environment (JRE) and one without. The JRE is nothing else than a directory in the installation directory (no special registry settings). We don't provide special update packages (containing just the differences), but instead all packages we provide are complete packages (without thinking about the JRE). When a user first installs a version with JRE and later a new version without JRE, the jre-directory is removed/uninstalled. What would be the best solution to uninstall the JRE only if the user uninstalls the application using Add/Remove, but not when installing a newer version on top? Thanks in advance, Tom - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Keep optional directory on upgrade
This seems a little odd, but what the heck, I'll bite. However, since I don't know anything about the Java Runtime Environment, I need more info. How does your application installation (the one with JRE) deploy the JRE? Merge modules? Components you authored yourself into your package? MSI chaining? etc... (What specifically is meant by with embedded Java Runtime Environment?) From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Thomas Singer [EMAIL PROTECTED] Sent: Thursday, July 10, 2008 9:36 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Keep optional directory on upgrade After I received so good feed-back for the file-gets-overwritten-problem - does someone have an idea how to handle this issue? -- Tom Thomas Singer wrote: Our application is available in two different versions - one with embedded Java Runtime Environment (JRE) and one without. The JRE is nothing else than a directory in the installation directory (no special registry settings). We don't provide special update packages (containing just the differences), but instead all packages we provide are complete packages (without thinking about the JRE). When a user first installs a version with JRE and later a new version without JRE, the jre-directory is removed/uninstalled. What would be the best solution to uninstall the JRE only if the user uninstalls the application using Add/Remove, but not when installing a newer version on top? Thanks in advance, Tom - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Keep optional directory on upgrade
Thanks for biting. ;) How does your application installation (the one with JRE) deploy the JRE? As a ComponentGroupRef Id=componentGroupJre /. The jre.wxs file is generated using heat using the fragment template and fine tuned with XSLT (adding the DirectoryRef Id=DIR_INSTALL.../DirectoryRef and setting the Id of the ComponentGroup. What specifically is meant by with embedded Java Runtime Environment? In contrast to, for example, the dot-net runtime, the JRE works fine when an installed JRE directory is just *copied* to a new machine (without invoking an installer which adds a myriad of registry keys and fully integrates into the target machine). -- Tom John Nannenga wrote: This seems a little odd, but what the heck, I'll bite. However, since I don't know anything about the Java Runtime Environment, I need more info. How does your application installation (the one with JRE) deploy the JRE? Merge modules? Components you authored yourself into your package? MSI chaining? etc... (What specifically is meant by with embedded Java Runtime Environment?) From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Thomas Singer [EMAIL PROTECTED] Sent: Thursday, July 10, 2008 9:36 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Keep optional directory on upgrade After I received so good feed-back for the file-gets-overwritten-problem - does someone have an idea how to handle this issue? -- Tom Thomas Singer wrote: Our application is available in two different versions - one with embedded Java Runtime Environment (JRE) and one without. The JRE is nothing else than a directory in the installation directory (no special registry settings). We don't provide special update packages (containing just the differences), but instead all packages we provide are complete packages (without thinking about the JRE). When a user first installs a version with JRE and later a new version without JRE, the jre-directory is removed/uninstalled. What would be the best solution to uninstall the JRE only if the user uninstalls the application using Add/Remove, but not when installing a newer version on top? Thanks in advance, Tom - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Keep optional directory on upgrade
Ok, so these are essentially components within your installation. In theory then, one way to accomplish this is to create a 'hidden' feature (perhaps called JRE) within your application installation that shouldn't install the JRE, and add the same ComponentGroupRef to that feature. Condition the JRE feature to only be installed when your upgrade property is present. This way, on a normal installation of this application, the JRE is not installed. When the application with the JRE is installed and subsequently upgraded to the application without the JRE, the JRE components will be ref-counted [not installed] and not removed during the upgrade process [assuming you author an efficient upgrade]. After upgrading, should the user go to ARP and remove this installation, the JRE components will then be un-installed. Things can get a little cleaner if you have a feature in your application installation that should contain the JRE that itself only installs the JRE [i.e., if you have a feature ID called JRE]; as then you should be able to let the MigrateFeatureStates do its magic. Out of total curiosity though, if the user is upgrading to the application that shouldn't contain the JRE, why does the JRE need to hang around? (Especially since, if you uninstall the installation w/JRE through ARP you expect the JRE to be uninstalled?) From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Thomas Singer [EMAIL PROTECTED] Sent: Thursday, July 10, 2008 3:17 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Keep optional directory on upgrade Thanks for biting. ;) How does your application installation (the one with JRE) deploy the JRE? As a ComponentGroupRef Id=componentGroupJre /. The jre.wxs file is generated using heat using the fragment template and fine tuned with XSLT (adding the DirectoryRef Id=DIR_INSTALL.../DirectoryRef and setting the Id of the ComponentGroup. What specifically is meant by with embedded Java Runtime Environment? In contrast to, for example, the dot-net runtime, the JRE works fine when an installed JRE directory is just *copied* to a new machine (without invoking an installer which adds a myriad of registry keys and fully integrates into the target machine). -- Tom John Nannenga wrote: This seems a little odd, but what the heck, I'll bite. However, since I don't know anything about the Java Runtime Environment, I need more info. How does your application installation (the one with JRE) deploy the JRE? Merge modules? Components you authored yourself into your package? MSI chaining? etc... (What specifically is meant by with embedded Java Runtime Environment?) From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Thomas Singer [EMAIL PROTECTED] Sent: Thursday, July 10, 2008 9:36 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Keep optional directory on upgrade After I received so good feed-back for the file-gets-overwritten-problem - does someone have an idea how to handle this issue? -- Tom Thomas Singer wrote: Our application is available in two different versions - one with embedded Java Runtime Environment (JRE) and one without. The JRE is nothing else than a directory in the installation directory (no special registry settings). We don't provide special update packages (containing just the differences), but instead all packages we provide are complete packages (without thinking about the JRE). When a user first installs a version with JRE and later a new version without JRE, the jre-directory is removed/uninstalled. What would be the best solution to uninstall the JRE only if the user uninstalls the application using Add/Remove, but not when installing a newer version on top? Thanks in advance, Tom - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Keep optional directory on upgrade
Our application is available in two different versions - one with embedded Java Runtime Environment (JRE) and one without. The JRE is nothing else than a directory in the installation directory (no special registry settings). We don't provide special update packages (containing just the differences), but instead all packages we provide are complete packages (without thinking about the JRE). When a user first installs a version with JRE and later a new version without JRE, the jre-directory is removed/uninstalled. What would be the best solution to uninstall the JRE only if the user uninstalls the application using Add/Remove, but not when installing a newer version on top? Thanks in advance, Tom - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
