[WiX-users] Heat.exe harvesting case sensitive vb6 dll's
Hi, Am facing a strange issue, i have a dll(VB6 created) with name = LITA300.dll and when i extract using Heat.exe it generates a set of Component ID and FileID Now if i change my dll name = lita300.dll , the heat.exe is generating a different set of Component ID and FileID "C:\Program Files (x86)\WiX Toolset v3.6\bin\heat.exe" dir "C:\Temp" -dr INSTALLLOCATION -cg FORTUNEFilesGroup -gg -g1 -sfrag -scom -srd -svb6 -var "var.SourceItemsDir" -out "C:\Temp\Components.wxs" i have placed my dll under C:\Temp folder Can anyone please help me, is extracting dll files using Heat.exe is case sensitive?, i mean should the filenames be case-sensitive? Thanks and Regards Ravi Shankar -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX-users Digest, Vol 94, Issue 94
In your wxs, where do you define the following properties...
EXCEPTIONDETAILS
CURRENTDIRECTORY
DATABASE_VERSION
I also really wouldn't log to a Network Share in an exception handler.
When run with Administrative privileges network shares are disconnected..
If your catch throws an exception this will bubble up to the WiX engine which
will trigger a rollback.
Do nothing in your catch and see if it works.. Or put a try catch inside your
catch block and a message box. I think you'll find your exception handler is
throwing an exception.
Regards,
Bevan
> Date: Tue, 18 Mar 2014 23:55:57 +
> From: Alan Smith
> Subject: [WiX-users] Custom Action error Handling in Wix 3.7
> ...
>catch (System.Data.SqlClient.SqlException ex)
>{
>session.Log("ERROR in custom action GetDBVersion {0}",
>ex.ToString());
>session["EXCEPTIONDETAILS"] = ex.ToString();
>string dir = session["CURRENTDIRECTORY"];
>string filepath = dir + "\\Logs\\CustomAction.log";
>File.AppendAllText(filepath, "ERROR in custom action GetDBVersion
> - " + ex.ToString() + "\n");
>session["DATABASE_VERSION"] = "ERROR";
>}
>catch (Exception ex)
>{
>session.Log("ERROR in custom action GetDBVersion-Generic {0}",
>ex.ToString());
>session["EXCEPTIONDETAILS"] = ex.ToString();
>string dir = session["CURRENTDIRECTORY"];
>string filepath = dir + "\\Logs\\CustomAction.log";
>File.AppendAllText(filepath, "ERROR in custom action
> GetDBVersion-Generic - " + ex.ToString() + "\n");
>session["DATABASE_VERSION"] = "ERROR";
>}
>return ActionResult.Success;
>}
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] bootstrapper project failing
Thank you. That saves me a lot of time. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/bootstrapper-project-failing-tp7593519p7593527.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action error Handling in Wix 3.7
Pavan,
Error is a generic SQL Exception
Property(C): EXCEPTIONDETAILS = System.Data.SqlClient.SqlException
(0x80131904): Login failed for user 'Username_user'.
at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException
exception, Boolean breakConnection)
at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning()
at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand
cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler,
TdsParserStateObject stateObj)
at System.Data.SqlClient.SqlInternalConnectionTds.CompleteLogin(Boolean
enlistOK)
at System.Data.SqlClient.SqlInternalConnectionTds.AttemptOneLogin(ServerInfo
serverInfo, String newPassword, Boolean ignoreSniOpenTimeout, TimeoutTimer
timeout, SqlConnection owningObject)
at System.Data.SqlClient.SqlInternalConnectionTds.LoginNoFailover(ServerInfo
serverInfo, String newPassword, Boolean redirectedUserInstance, SqlConnection
owningObject, SqlConnectionString connectionOptions, TimeoutTimer timeout)
at
System.Data.SqlClient.SqlInternalConnectionTds.OpenLoginEnlist(SqlConnection
owningObject, TimeoutTimer timeout, SqlConnectionString connectionOptions,
String newPassword, Boolean redirectedUserInstance)
at
System.Data.SqlClient.SqlInternalConnectionTds..ctor(DbConnectionPoolIdentity
identity, SqlConnectionString connectionOptions, Object providerInfo, String
newPassword, SqlConnection owningObject, Boolean redirectedUserInstance)
at
System.Data.SqlClient.SqlConnectionFactory.CreateConnection(DbConnectionOptions
options, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection
owningConnection)
at
System.Data.ProviderBase.DbConnectionFactory.CreatePooledConnection(DbConnection
owningConnection, DbConnectionPool pool, DbConnectionOptions options)
at System.Data.ProviderBase.DbConnectionPool.CreateObject(DbConnection
owningObject)
at System.Data.ProviderBase.DbConnectionPool.UserCreateRequest(DbConnection
owningObject)
at System.Data.ProviderBase.DbConnectionPool.GetConnection(DbConnection
owningObject)
at System.Data.ProviderBase.DbConnectionFactory.GetConnection(DbConnection
owningConnection)
at System.Data.ProviderBase.DbConnectionClosed.OpenConnection(DbConnection
outerConnection, DbConnectionFactory connectionFactory)
at System.Data.SqlClient.SqlConnection.Open()
at CustomActions.GetDBVersion(Session session)
=== Logging stopped: 3/18/2014 15:51:54 ===
Regards,
> From: pavan.kond...@accelrys.com
> To: wix-users@lists.sourceforge.net
> Date: Tue, 18 Mar 2014 18:45:08 -0700
> Subject: Re: [WiX-users] Custom Action error Handling in Wix 3.7
>
> Hi Alan,
>
> Can you post the error message that you see in the log?
>
> --Pavan
>
> -Original Message-
> From: Alan Smith [mailto:the_red_baro...@hotmail.com]
> Sent: Tuesday, March 18, 2014 4:56 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Custom Action error Handling in Wix 3.7
>
> I think this is an issue with how I am implementing my custom action, but I
> am looking for some assistance with an issue I have encountered.
>
> I have built a number of C# (.NET 4) Custom Actions which all reside in a
> single DLL file. I am able to call all of these actions successfully and the
> processing logic runs as expected, unless an exception is encountered.
> Whenever an exception is encountered the custom action fails causing the
> whole installation to roll back without ever entering my catch block. I have
> witnessed this behaviour with a number of the actions that are scheduled to
> run during the UI sequence (immediate type 1 custom actions). The below
> details are for a specific new action I am developing to try and A: Verify
> correct connection details for a database and B: Retrieve a version number
> from the database. I am not looking for assistance with the C# code itself,
> but as to why the error handling is not firing when run via WiX.
>
> Below is my scheduling and C# code. Can anyone provide an explanation as to
> why the exception handling is not being called? I have vetted my code with my
> .NET developer colleagues and they are at a loss to explain it as well. I
> have even added in the explicit SQL Exception handling (my error handling
> does not need to be this precise) with no affect.
>
> Using WiX 3.7 with Visual Studio 2010.
>
> C# Code:
> [CustomAction]
> public static ActionResult GetDBVersion(Session session)
> {
> try
> {
> session.Log("Begin retrieval of version number");
> string inputConnString = session["INPUT_CONN_STRING"];
> string dbConnectionString = "";
> if (string.IsNullOrEmpty(inputConnString))
> {
> string dataSource = session["INPUT_SQL_SERVER"];
> string DBName = session["INPUT_DB_NAME"];
> string User = session["INPUT_USER_NAME"];
> string Pass
Re: [WiX-users] Custom Action error Handling in Wix 3.7
Hi Alan,
Can you post the error message that you see in the log?
--Pavan
-Original Message-
From: Alan Smith [mailto:the_red_baro...@hotmail.com]
Sent: Tuesday, March 18, 2014 4:56 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom Action error Handling in Wix 3.7
I think this is an issue with how I am implementing my custom action, but I am
looking for some assistance with an issue I have encountered.
I have built a number of C# (.NET 4) Custom Actions which all reside in a
single DLL file. I am able to call all of these actions successfully and the
processing logic runs as expected, unless an exception is encountered. Whenever
an exception is encountered the custom action fails causing the whole
installation to roll back without ever entering my catch block. I have
witnessed this behaviour with a number of the actions that are scheduled to run
during the UI sequence (immediate type 1 custom actions). The below details are
for a specific new action I am developing to try and A: Verify correct
connection details for a database and B: Retrieve a version number from the
database. I am not looking for assistance with the C# code itself, but as to
why the error handling is not firing when run via WiX.
Below is my scheduling and C# code. Can anyone provide an explanation as to why
the exception handling is not being called? I have vetted my code with my .NET
developer colleagues and they are at a loss to explain it as well. I have even
added in the explicit SQL Exception handling (my error handling does not need
to be this precise) with no affect.
Using WiX 3.7 with Visual Studio 2010.
C# Code:
[CustomAction]
public static ActionResult GetDBVersion(Session session)
{
try
{
session.Log("Begin retrieval of version number");
string inputConnString = session["INPUT_CONN_STRING"];
string dbConnectionString = "";
if (string.IsNullOrEmpty(inputConnString))
{
string dataSource = session["INPUT_SQL_SERVER"];
string DBName = session["INPUT_DB_NAME"];
string User = session["INPUT_USER_NAME"];
string Password = session["INPUT_PASSWORD"];
if (!string.IsNullOrEmpty(dataSource) &&
!string.IsNullOrEmpty(DBName) && !string.IsNullOrEmpty(User) &&
!string.IsNullOrEmpty(Password))
{
dbConnectionString = String.Format("Data Source={0};Initial
Catalog={1};Persist Security Info=True;User ID={2};Password={3};",
dataSource.ToString().Replace("^", ","), DBName, User, Password);
}
}
else if (!string.IsNullOrWhiteSpace(inputConnString))
{
dbConnectionString = inputConnString;
}
else
{
throw new System.ApplicationException("Invalid Database
Connection String details");
}
string checkVersionCommand = "select Max(Replace(Version,
'AppName', '')) from Version";
using (SqlConnection conn = new SqlConnection(dbConnectionString))
{
conn.Open();
using (SqlCommand cmd = new SqlCommand(checkVersionCommand,
conn))
using (SqlDataReader rdr = cmd.ExecuteReader())
{
if (rdr.HasRows)
{
string databaseVersion = rdr.GetString(0);
session["DATABASE_VERSION"] = databaseVersion;
}
else
{
session["DATABASE_VERSION"] = "NONE";
}
}
}
}
catch (System.Data.SqlClient.SqlException ex)
{
session.Log("ERROR in custom action GetDBVersion {0}",
ex.ToString());
session["EXCEPTIONDETAILS"] = ex.ToString();
string dir = session["CURRENTDIRECTORY"];
string filepath = dir + "\\Logs\\CustomAction.log";
File.AppendAllText(filepath, "ERROR in custom action GetDBVersion -
" + ex.ToString() + "\n");
session["DATABASE_VERSION"] = "ERROR";
}
catch (Exception ex)
{
session.Log("ERROR in custom action GetDBVersion-Generic {0}",
ex.ToString());
session["EXCEPTIONDETAILS"] = ex.ToString();
string dir = session["CURRENTDIRECTORY"];
string filepath = dir + "\\Logs\\CustomAction.log";
File.AppendAllText(filepath, "ERROR in custom action
GetDBVersion-Generic - " + ex.ToString() + "\n");
session["DATABASE_VERSION"] = "ERROR";
}
return ActionResult.Success;
}
CustomAction definition within WXS:
Custom Action Scheduling within UI Sequence
1
1
1
[WiX-users] Custom Action error Handling in Wix 3.7
I think this is an issue with how I am implementing my custom action, but I am
looking for some assistance with an issue I have encountered.
I have built a number of C# (.NET 4) Custom Actions which all reside in a
single DLL file. I am able to call all of these actions successfully and the
processing logic runs as expected, unless an exception is encountered. Whenever
an exception is encountered the custom action fails causing the whole
installation to roll back without ever entering my catch block. I have
witnessed this behaviour with a number of the actions that are scheduled to run
during the UI sequence (immediate type 1 custom actions). The below details are
for a specific new action I am developing to try and A: Verify correct
connection details for a database and B: Retrieve a version number from the
database. I am not looking for assistance with the C# code itself, but as to
why the error handling is not firing when run via WiX.
Below is my scheduling and C# code. Can anyone provide an explanation as to why
the exception handling is not being called? I have vetted my code with my .NET
developer colleagues and they are at a loss to explain it as well. I have even
added in the explicit SQL Exception handling (my error handling does not need
to be this precise) with no affect.
Using WiX 3.7 with Visual Studio 2010.
C# Code:
[CustomAction]
public static ActionResult GetDBVersion(Session session)
{
try
{
session.Log("Begin retrieval of version number");
string inputConnString = session["INPUT_CONN_STRING"];
string dbConnectionString = "";
if (string.IsNullOrEmpty(inputConnString))
{
string dataSource = session["INPUT_SQL_SERVER"];
string DBName = session["INPUT_DB_NAME"];
string User = session["INPUT_USER_NAME"];
string Password = session["INPUT_PASSWORD"];
if (!string.IsNullOrEmpty(dataSource) &&
!string.IsNullOrEmpty(DBName) && !string.IsNullOrEmpty(User) &&
!string.IsNullOrEmpty(Password))
{
dbConnectionString = String.Format("Data Source={0};Initial
Catalog={1};Persist Security Info=True;User ID={2};Password={3};",
dataSource.ToString().Replace("^", ","), DBName, User, Password);
}
}
else if (!string.IsNullOrWhiteSpace(inputConnString))
{
dbConnectionString = inputConnString;
}
else
{
throw new System.ApplicationException("Invalid Database
Connection String details");
}
string checkVersionCommand = "select Max(Replace(Version,
'AppName', '')) from Version";
using (SqlConnection conn = new SqlConnection(dbConnectionString))
{
conn.Open();
using (SqlCommand cmd = new SqlCommand(checkVersionCommand,
conn))
using (SqlDataReader rdr = cmd.ExecuteReader())
{
if (rdr.HasRows)
{
string databaseVersion = rdr.GetString(0);
session["DATABASE_VERSION"] = databaseVersion;
}
else
{
session["DATABASE_VERSION"] = "NONE";
}
}
}
}
catch (System.Data.SqlClient.SqlException ex)
{
session.Log("ERROR in custom action GetDBVersion {0}",
ex.ToString());
session["EXCEPTIONDETAILS"] = ex.ToString();
string dir = session["CURRENTDIRECTORY"];
string filepath = dir + "\\Logs\\CustomAction.log";
File.AppendAllText(filepath, "ERROR in custom action GetDBVersion -
" + ex.ToString() + "\n");
session["DATABASE_VERSION"] = "ERROR";
}
catch (Exception ex)
{
session.Log("ERROR in custom action GetDBVersion-Generic {0}",
ex.ToString());
session["EXCEPTIONDETAILS"] = ex.ToString();
string dir = session["CURRENTDIRECTORY"];
string filepath = dir + "\\Logs\\CustomAction.log";
File.AppendAllText(filepath, "ERROR in custom action
GetDBVersion-Generic - " + ex.ToString() + "\n");
session["DATABASE_VERSION"] = "ERROR";
}
return ActionResult.Success;
}
CustomAction definition within WXS:
Custom Action Scheduling within UI Sequence
1
1
1
1
1
...
Thanks.
Regards.
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databa
Re: [WiX-users] WiX Queries
With regard to creating bootstrapper applications, the official documentation is a little lacking but here are some resources which may help: http://bryanpjohnston.com/2012/09/28/custom-wix-managed-bootstrapper-application/ http://blogs.msdn.com/b/heaths/archive/2011/10/28/introducing-managed-bootstrapper-applications.aspx http://www.packtpub.com/windows-installer-xml-3-6-developers-guide/book (no it's not free but it's worth the asking price and Chapter 16 covers managed bootstrapper applications) If you just want to be able to specify the log location on the command line, I believe there is an argument for that. By default (I'm not even sure if there's an option to change this) each package will get a log, and they're all pretty well named based on the package ID so it's pretty obvious what log relates to which package. On 18 March 2014 22:49, Rob Mensching wrote: > 1. Yes. You can handle disk switching in the source resolution callback > from the engine. > > 2. Use same UpgradeCode for upgrading Bundles and make sure newer versions > have higher versions. > > 3. Yes, via the various Execute callbacks. > > 4. You can definitely read the Variable that contains the log file for the > MSI. I've never tried but you may be able to set it after Plan() but before > Apply() and have it write to a custom location. If not, I'm certain you can > copy/move the logs at the end of the install. > > 5. We always appreciate contributions to the documentation. Currently, the > source code in the WiX toolset itself provides a lot of guidance. > > 6. Yes, in the ExecutePackageComplete (or something close to that name) > callback. You can also get all the intermediate messages from Windows > Installer via MsiExecuteMessage (or something close to that name) callback. > > 7. Wixstdba expects themes to be embedded into the Bundle so updating a > theme requires rebuilding the bundle when using wixstdba. > > ___ > FireGiant | Dedicated support for the WiX toolset | > http://www.firegiant.com/ > > -Original Message- > From: Deepak Malik [mailto:deepak.ma...@microsoft.com] > Sent: Tuesday, March 18, 2014 3:17 PM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] WiX Queries > > > > Hi Team, > > > > Could you please help me answer these to them. > > Wix Burn (General): > > > > > We will have different MSI's spread out across multiple DVD's. For > example, we'll have a Disk1 which contains an MSI for some base features. > Disk2 will contains MSI's that add additional specialized product > features. Disk3 MSI's will add even more specialized product features. Is > it possible to create a that references different DVD's? If so, > how? We do not want the bootstrapper application to embed the MSI's. > > > > > > How does Wix Burn handle upgrades? What information, if any, would the > need to include in order to handle upgrades? If creating a > managed custom bootstrapper, what do we have to implement to handle > upgrades? > > > > > > Does Burn automatically roll back Install1 if Install2 fails? Do we get > to control this? If so, where? > > > > > > We would like to generate MSI log files for each MSI run in our . > Is it possible to specify where these files go? How? > > > > > > Wix Burn (Custom Managed Bootsrapper App) > > > > > We need solid documentation/examples of managed bootstrapper working with > Wix burn. Documentation is sparse to say the least... > > > > > > Is it possible to capture the exit code of an MSI in the bootstrapper > application? If so, how? > > > > > > Wix Burn (Standard Bootstrapper Application) > > > > > > http://wixtoolset.org/documentation/manual/v3/bundle/wixstdba/wixstdba_customize.htmlshows > how to manipulate the predefined layouts. Is it possible to create > additional layouts and NOT have to recompile the application? For example > - we can imagine having screen1 display options for MSI1 and screen2 > display options for MSI2. If MSI3 is introduced later which has its own > set of options, would we have to define a new layout and then rebuild the > entire bootstrapper app? Or is there a way to "plug in" the new layout at > the end without rebuilding? > > > > > > > > Regards, > Deepak Malik > > > > > -- > Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is > the definitive new guide to graph databases and their applications. Written > by three acclaimed leaders in the field, this first edition is now > available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is t
Re: [WiX-users] WiX Queries
1. Yes. You can handle disk switching in the source resolution callback from the engine. 2. Use same UpgradeCode for upgrading Bundles and make sure newer versions have higher versions. 3. Yes, via the various Execute callbacks. 4. You can definitely read the Variable that contains the log file for the MSI. I've never tried but you may be able to set it after Plan() but before Apply() and have it write to a custom location. If not, I'm certain you can copy/move the logs at the end of the install. 5. We always appreciate contributions to the documentation. Currently, the source code in the WiX toolset itself provides a lot of guidance. 6. Yes, in the ExecutePackageComplete (or something close to that name) callback. You can also get all the intermediate messages from Windows Installer via MsiExecuteMessage (or something close to that name) callback. 7. Wixstdba expects themes to be embedded into the Bundle so updating a theme requires rebuilding the bundle when using wixstdba. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: Deepak Malik [mailto:deepak.ma...@microsoft.com] Sent: Tuesday, March 18, 2014 3:17 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] WiX Queries Hi Team, Could you please help me answer these to them. Wix Burn (General): We will have different MSI's spread out across multiple DVD's. For example, we'll have a Disk1 which contains an MSI for some base features. Disk2 will contains MSI's that add additional specialized product features. Disk3 MSI's will add even more specialized product features. Is it possible to create a that references different DVD's? If so, how? We do not want the bootstrapper application to embed the MSI's. How does Wix Burn handle upgrades? What information, if any, would the need to include in order to handle upgrades? If creating a managed custom bootstrapper, what do we have to implement to handle upgrades? Does Burn automatically roll back Install1 if Install2 fails? Do we get to control this? If so, where? We would like to generate MSI log files for each MSI run in our . Is it possible to specify where these files go? How? Wix Burn (Custom Managed Bootsrapper App) We need solid documentation/examples of managed bootstrapper working with Wix burn. Documentation is sparse to say the least... Is it possible to capture the exit code of an MSI in the bootstrapper application? If so, how? Wix Burn (Standard Bootstrapper Application) http://wixtoolset.org/documentation/manual/v3/bundle/wixstdba/wixstdba_customize.html shows how to manipulate the predefined layouts. Is it possible to create additional layouts and NOT have to recompile the application? For example - we can imagine having screen1 display options for MSI1 and screen2 display options for MSI2. If MSI3 is introduced later which has its own set of options, would we have to define a new layout and then rebuild the entire bootstrapper app? Or is there a way to "plug in" the new layout at the end without rebuilding? Regards, Deepak Malik -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX Queries
Hi Team, Could you please help me answer these to them. Wix Burn (General): We will have different MSI's spread out across multiple DVD's. For example, we'll have a Disk1 which contains an MSI for some base features. Disk2 will contains MSI's that add additional specialized product features. Disk3 MSI's will add even more specialized product features. Is it possible to create a that references different DVD's? If so, how? We do not want the bootstrapper application to embed the MSI's. How does Wix Burn handle upgrades? What information, if any, would the need to include in order to handle upgrades? If creating a managed custom bootstrapper, what do we have to implement to handle upgrades? Does Burn automatically roll back Install1 if Install2 fails? Do we get to control this? If so, where? We would like to generate MSI log files for each MSI run in our . Is it possible to specify where these files go? How? Wix Burn (Custom Managed Bootsrapper App) We need solid documentation/examples of managed bootstrapper working with Wix burn. Documentation is sparse to say the least... Is it possible to capture the exit code of an MSI in the bootstrapper application? If so, how? Wix Burn (Standard Bootstrapper Application) http://wixtoolset.org/documentation/manual/v3/bundle/wixstdba/wixstdba_customize.html shows how to manipulate the predefined layouts. Is it possible to create additional layouts and NOT have to recompile the application? For example - we can imagine having screen1 display options for MSI1 and screen2 display options for MSI2. If MSI3 is introduced later which has its own set of options, would we have to define a new layout and then rebuild the entire bootstrapper app? Or is there a way to "plug in" the new layout at the end without rebuilding? Regards, Deepak Malik -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] bootstrapper project failing
Don't use ExePackage for a MSI, use MsiPackage. -Original Message- From: Getye Tesfaye [mailto:getyetesf...@yahoo.com] Sent: Tuesday, March 18, 2014 4:13 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] bootstrapper project failing I created a simple bootstrapper project to pre-install SQLSysClrTypes.msi but I am getting "Failed to CreateProcess on path". I really appreciate for your help. Applying execute package: SqlSystemTypes, action: Install, path: Error 0x800700c1: Failed to CreateProcess on path: Error 0x800700c1: Failed to configure per-user EXE package. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] bootstrapper project failing
I created a simple bootstrapper project to pre-install SQLSysClrTypes.msi but I am getting "Failed to CreateProcess on path". I really appreciate for your help. Applying execute package: SqlSystemTypes, action: Install, path: Error 0x800700c1: Failed to CreateProcess on path: Error 0x800700c1: Failed to configure per-user EXE package. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (Gentle Reminder)Creating directory under C:\Programdata same as what the user specified in the UI dialogue
If you look at the tutorial and my previous example there are just a
couple of principles here that you can use to figure out directories
in general:
1. The default installation folder must be a folder derived from
standard system folder properties such as [ProgramFilesFolder]. Not
only is that the correct default location, it is not hardcoded, it is
resolved at install time to the actual values, These folder properties
are automatically the right location, the right name for non-English
systems, and the right location for 32 or 64-bit systems. So if you
actually wanted to have some of your files in ProgramData you would
use [LocalAppDataFolder] as the root of the property you use to
construct your folder. The key here is that you use standard
properties to construct a property name that describes your actual
folder. Typically the default name for the main app folder is
INSTALLDIR, constructed from [ProgramFilesFolder] [Manufacturer]
[ProductName] and stick {ProductVersion] at the end if you like.
Similarly your ProgramData location could be called MYDATAFOLDER
constructed from [LocalAppDataFolder] {Manufacturer] [ProductName].
That also means, by the way, that your [ProductName] should be
Pipeline Optimizer and your [Manufacturer] property should be Energy
Solutions, so you don't need to specify the hardcoded values
everywhere. See Name and Manufacturer in the Product element.
2. When the actual paths are constructed from properties, they are
automatically changed to reflect the user's choioce (if any) and the
actual paths on the system. That means that for your copyfile you
always do the copy from (for example) [SourceDir] to [INSTALLDIR] and
it will always be correct. Or it could be from [SourceDir] to
[MYDATAFOLDER] and it will always be correct. The main install folder
[INSTALLDIR] (that can be altered) is nothing to do with the
LocalAppDataFolder location, which is usually a fixed directory with
your manufacturer and product name in it.
Having said that, and assuming I understand what you're trying to do,
I know of no built-in way to construct a custom ProgramData location
based on a UI change of INSTALLDIR. You would need to write code to
parse the INSTALLDIR value after it's been changed in the UI and
isolate out the part that has changed, and then set the property
MYDATAFOLDER to be [LocallAppDataFolder] plus whatever you parsed out
from INSTALLDIR. Your copyfile is still [SourceDir] to [MYDATAFOLDER].
If it's the app that requires the unusual install folder and the
variable preferences file location, it's rather unusual, that's why
it's making your setup require a bunch of extra work. If you've
invented some of this, you should reconsider.
---
Phil Wilson
On Tue, Mar 18, 2014 at 5:54 AM, Suvrajyoti Panda
wrote:
> Thanks Walter for the response.
>
> I too understand that this is not conventional and may be not right but
> when i am installing the tha pplication it creates a directory C:\Energy
> Solutions International\PipelineOptimizer 06.00.00\gui that has an
> application mosquito.exe that requires this preferences.xml file under
> the C:\ProgramData\Energy Solutions International itself else it is
> showing the error "Preferences.xml not found". Thats the reason i am
> using the CopyFile the way I am.
>
> On 18-03-2014 17:22, Walter Dexter wrote:
>> I understand what you're trying to do, but please stop and ask if it makes
>> sense.
>>
>> The format of the path under ProgramData is usually
>> publisher/software/files and not editable by the user.
>>
>> For that matter, the software should be under Program Files, referenced by
>> symbol, not C:\.
>> It's a bit confusing when you say you're trying to create a directory
>> using because that's not you create directories. It's also
>> confusing that you have hardcoded the directory as the Program Files
>> folder. Typically you use the ProgramFilesFolder like this:
>>
>> http://wix.tramontana.co.hu/tutorial/getting-started/the-files-inside
>>
>> and the rest of that tutorial would probably help. Then your copyfile
>> doesn't refer to your hardcoded path, it does a copy from SourceDir to
>> INSTALLFOLDER, which is the property name for the install location
>> chosen by the user.
>> ---
>> Phil Wilson
>>
>>
>> On Thu, Mar 13, 2014 at 6:43 AM, Suvrajyoti Panda
>> wrote:
>>> Guys, Please let me know if some one has any idea on the below problem.
>>>
>>> Original Message
>>> Subject:Creating directory under C:\Programdata same as what the
>> user
>>> specified in the UI dialogue
>>> Date: Thu, 13 Mar 2014 10:37:13 +0530
>>> From: Suvrajyoti Panda
>>> To: General discussion about the WiX toolset.
>>>
>>>
>>>
>>>
>>> Hi All,
>>>
>>> I had appended this query in another topic, so reposting the same under
>>> different heading.
>>>
>>> I have this requirement in which i want to create directory under
>>> C:\Programdata same as what the user specified in the UI dialogue .I am
>>> tryin
Re: [WiX-users] Referring to variables in 2nd WXI from 1st?
FYI - the code I just posted is still in development and may have issues, but it is an example of referencing code in a Fragment. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Referring-to-variables-in-2nd-WXI-from-1st-tp7593502p7593514.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Referring to variables in 2nd WXI from 1st?
Yes a Property element can be under a Fragment or under a Product (or several other possibilities). Look at the schema in the chm. If you put it in a Fragment (whether in the same wxs as your Product or a different wxs) your Product, generally speaking, needs to have some 'reference' to something in the Fragment, and then everything in the Fragment is pulled into the compilation. So when I define a property in a fragment like this: in my commonProperties.wxs file I have: NOT (SOMEPROPERTY) in the wxs which has my Product element add: Everything in the above Fragment is now part of this project. My commonProperties.wxs file may have other Fragments, but they are not used in the project unless I add a reference. You can read more here, and notice that the above is missing the code that sets the registry key (which is also defined in a wxi file). http://robmensching.com/blog/posts/2010/5/2/the-wix-toolsets-remember-property-pattern http://www.nichesoftware.co.nz/node/633 I put that code in another wxs and use a ComponentGroupRef (or a ComponentRef) to pull that in the Product element. ...more components -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Referring-to-variables-in-2nd-WXI-from-1st-tp7593502p7593513.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Weekly releases are no longer updated?
It's all on me. There have been a lot of behind the scene changes going on that needed to be completed to get new builds up. There also haven't been many changes. However, a new build will happen very soon. Only one or two small behind the scenes stuff to finish up. -Original Message- From: Albert van Peppen [mailto:alb...@insad.nl] Sent: Tuesday, March 18, 2014 5:46 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Weekly releases are no longer updated? Hi all, I noticed for a long time that the weekly updates at http://wixtoolset.org/releases are not updated since January 20, 2014. Is there a specific reason for this? Do we actually have to build the set ourselves in order to test them? Or is there nothing specific that can be tested / everything is open so a useable version cannot be build? Or is it just my proxy that keeps the old page in cache ;) Best regards, Albert van Peppen -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn : MSP and Installcondition
The main problem is that 2 msi of the same product, x86 and x64, concerned by these two patchs, have the same productcode... Then SlipstreamMSP can't work. Futhermore, SlipstreamMSP doesn't work with Installcondition. (Bug 3897) So, i made 2 bundles, x86 and x64. But i can't understand why Installcondition and code below don't work. Le Mar 18 Mars 2014, à 11:16, Gabriel Ivanes a écrit : Hi guys, Here is my problem : ... ... I want it to be installed for x64 platform. But here is the log : ... Condition 'VersionNT64' evaluates to true. ... Planned package: Lync_msp_2737155_x64, state: Absent, default requested: Present, ba requested: Present, execute: None, rollback: None, cache: No, uncache: No, dependency: None .. And finally, it's not installed. Why so ? Thanks. -- Sincerely, Gabriel "I know no way of judging the future but by the past." Patrick Henry "You can never plan the future by the past." Edmund Burke --- --- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! [1]http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list [2]WiX-users@lists.sourceforge.net [3]https://lists.sourceforge.net/lists/listinfo/wix-users -- Sincèrement, Gabriel "I know no way of judging the future but by the past." Patrick Henry "You can never plan the future by the past." Edmund Burke References 1. http://p.sf.net/sfu/13534_NeoTech 2. mailto:WiX-users@lists.sourceforge.net 3. https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Add text to final window in burn bootstrapper/installer
I was actually looking for the change where I can have a separate header for uninstalls. Don't have a problem adding text or changing the current header. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Add-text-to-final-window-in-burn-bootstrapper-installer-tp7588444p7593507.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Referring to variables in 2nd WXI from 1st?
>>Is it possible to use a variable you define in your 1st WXI file within your 2nd WXI file? Yes. Just include the first wxi in the second wxi First.wxi Second.wxi http://schemas.microsoft.com/wix/2006/wi"; xmlns:util='http://schemas.microsoft.com/wix/UtilExtension' xmlns:dep="http://schemas.microsoft.com/wix/DependencyExtension"; xmlns:difx='http://schemas.microsoft.com/wix/DifxAppExtension' xmlns:rdpx="http://rdp.qumu.com/rdpext/2014";> -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Referring-to-variables-in-2nd-WXI-from-1st-tp7593502p7593504.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Referring to variables in 2nd WXI from 1st?
Also in reference to: "The error received complains the reference to the $(var.ProductTitle) in the 2nd WXI file Configuration.wxi is "Undefined preprocessor variable '$(var.ProductTitle)". therefore implying the 1st WXI file StaticDef.wxi has not setup its defined variables for use when the 2nd Configuration.wxi is included and processed. " You can only put preprocessor statements (, etc) in an Include file (wxi), so adding elements that belong in a wxs file like Property and RegistrySearch is what is causing this error. Look at the schema for each of those elements in the chm and notice that Include is not listed as a valid Parent of either of those elements. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Referring-to-variables-in-2nd-WXI-from-1st-tp7593502p7593506.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Help with BA Programming
True it's a single installer and I even indicated that I can go back to v3.7 for what I wanted to achieve with a single installer. So this is something I already aware of. My question is how can I implement a Bootstrapper in wix v3.8 so as to get an exe output that setupbld.exe provided in wix v3.7 (please see details in the original question)? Most importantly I am willing to learn the Bootstrapper programming, in the first instance to fill in the void left by setupbld.exe, and beyond that to[hopefully] apply the full potential of Bootstrapper programming (installing prerequisites and chained MSI, etc). How should I approach this in v3.8? (this repeated question also intended to correct a typo in my original question - "I[How] should I approach this?") > Date: Tue, 18 Mar 2014 06:28:54 -0700 > From: rw1...@hotmail.com > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] Help with BA Programming > > Dan, > If you only have one msi, you probably don't need to utilize a bootstrapper > application. > The only time you'd need to utilize the BA is if you want to chain multiple > msi's. > > It sounds like you only have one installer. > > You can create any kind of MBA to interface with the given bootstrapper > application. This means controls the UI, and the process, but letting the > engine take care of the dirty work. > > > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Help-with-BA-Programming-tp7593484p7593497.html > Sent from the wix-users mailing list archive at Nabble.com. > > -- > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Add text to final window in burn bootstrapper/installer
You can add text by making changes to the success or failure page in the theme... -Original Message- From: Trevor [mailto:trevor.h...@gmail.com] Sent: March-18-14 10:04 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer I do not see the change in v4 or v3.9. Any idea when this feature will be included? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Add-text-to-final-window-in-burn-bootstrapper-installer-tp7588444p7593500.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Add text to final window in burn bootstrapper/installer
I do not see the change in v4 or v3.9. Any idea when this feature will be included? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Add-text-to-final-window-in-burn-bootstrapper-installer-tp7588444p7593500.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] R: How to install VSTO Excel add-in that use dll with COM-visible objects?
Just go to the right hand side an click on MORE then edit post and remove the "Original Message" part. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-install-VSTO-Excel-add-in-that-use-dll-with-COM-visible-objects-tp7593336p7593499.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] R: How to install VSTO Excel add-in that use dll with COM-visible objects?
Hi, unfortunately I have read this mail too late to react. P.S.: Browsed through your code for bundle (WIX is too rich and complex, so I always hope to find something new) And there is one thing that draws my attention: " " Those are two registry searches that search for exactly the same thing, storing the result in different variables. I guess you have mistyped something here. Regards, Artem -Original Message- From: darbid [mailto:davidbo...@gmx.de] Sent: Tuesday, March 18, 2014 10:37 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] R: How to install VSTO Excel add-in that use dll with COM-visible objects? can you do me a favour and remove my "Original Message from your post. It contains my name etc which I removed from the post but you still got it in the email. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-install-VSTO-Excel-add-in-that-use-dll-with-COM-visible-objects-tp7593336p7593487.html Sent from the wix-users mailing list archive at Nabble.com. - A member of the Intel Corporation group of companies This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Help with BA Programming
Dan, If you only have one msi, you probably don't need to utilize a bootstrapper application. The only time you'd need to utilize the BA is if you want to chain multiple msi's. It sounds like you only have one installer. You can create any kind of MBA to interface with the given bootstrapper application. This means controls the UI, and the process, but letting the engine take care of the dirty work. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Help-with-BA-Programming-tp7593484p7593497.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Weekly releases are no longer updated?
Hi all, I noticed for a long time that the weekly updates at http://wixtoolset.org/releases are not updated since January 20, 2014. Is there a specific reason for this? Do we actually have to build the set ourselves in order to test them? Or is there nothing specific that can be tested / everything is open so a useable version cannot be build? Or is it just my proxy that keeps the old page in cache ;) Best regards, Albert van Peppen -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (Gentle Reminder)Creating directory under C:\Programdata same as what the user specified in the UI dialogue
Thanks Walter for the response.
I too understand that this is not conventional and may be not right but
when i am installing the tha pplication it creates a directory C:\Energy
Solutions International\PipelineOptimizer 06.00.00\gui that has an
application mosquito.exe that requires this preferences.xml file under
the C:\ProgramData\Energy Solutions International itself else it is
showing the error "Preferences.xml not found". Thats the reason i am
using the CopyFile the way I am.
On 18-03-2014 17:22, Walter Dexter wrote:
> I understand what you're trying to do, but please stop and ask if it makes
> sense.
>
> The format of the path under ProgramData is usually
> publisher/software/files and not editable by the user.
>
> For that matter, the software should be under Program Files, referenced by
> symbol, not C:\.
> It's a bit confusing when you say you're trying to create a directory
> using because that's not you create directories. It's also
> confusing that you have hardcoded the directory as the Program Files
> folder. Typically you use the ProgramFilesFolder like this:
>
> http://wix.tramontana.co.hu/tutorial/getting-started/the-files-inside
>
> and the rest of that tutorial would probably help. Then your copyfile
> doesn't refer to your hardcoded path, it does a copy from SourceDir to
> INSTALLFOLDER, which is the property name for the install location
> chosen by the user.
> ---
> Phil Wilson
>
>
> On Thu, Mar 13, 2014 at 6:43 AM, Suvrajyoti Panda
> wrote:
>> Guys, Please let me know if some one has any idea on the below problem.
>>
>> Original Message
>> Subject:Creating directory under C:\Programdata same as what the
> user
>> specified in the UI dialogue
>> Date: Thu, 13 Mar 2014 10:37:13 +0530
>> From: Suvrajyoti Panda
>> To: General discussion about the WiX toolset.
>>
>>
>>
>>
>> Hi All,
>>
>> I had appended this query in another topic, so reposting the same under
>> different heading.
>>
>> I have this requirement in which i want to create directory under
>> C:\Programdata same as what the user specified in the UI dialogue .I am
>> trying to do that using . Below is the code:
>>
>>
>>
>>
>>
>>
>>
>>
>>> Guid="{A4E1FFCE-1534-43BF-AA2B-CDFD39381720}" Directory="TARGETDIR">
>>> Source='$(var.GuiPath)\screens\preferences.xml' KeyPath='yes'>
>> > DestinationProperty='CopyDestination' />
>>
>>
>>
>>
>>
>>
>> While doing the installation if the user changes the install directory
>> from the one that is default(it comes out as PipelineOptimizer 06.00.00)
>> to some other name, the file being copied using the attribute
>> is still copied to the same directory under the programdata as the one
>> which is defaulted in the UI which is to C:\ProgramData\Energy Solutions
>> International\PipelineOptimizer 06.00.00. What i want though is that if
>> the user changes the directory to say PipelineOptimizer 06.00.00 Test,
>> then the file should be copied to the C:\ProgramData\Energy Solutions
>> International\PipelineOptimizer 06.00.00 Test but this does not happen.
>> Is there a way i can achieve the same. I tried using custom action to
>> set the property "CopyDestination" but was not able to do so. Please let
>> me know if there is a solution to this if possible with some sample code.
>>
>> Also is there a way in which we can create 2 prompts to the user during
>> install. This would allow us to use the directory variable independent
>> of the path so that we can use this approach for the ProgramData
> subfolder .
>> i. Prompt 1: The install path. For example, the default path is
>> "C:\Energy Solutions International\".
>> ii.Prompt 2: The install directory. For example, the default
>> directory is "PipelineOptimizer 06.00.00".
>>
>> and then use the value of the install directory somehow to copy the file
>> to right location. Is the above approach possible? Please help as it is
>> urgent for me.
>>
>> Regards,
>> Suvra Jyoti
>>
>>
>>
>>
>>
> --
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/13534_NeoTech
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
> --
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download yo
Re: [WiX-users] (Gentle Reminder)Creating directory under C:\Programdata same as what the user specified in the UI dialogue
I understand what you're trying to do, but please stop and ask if it makes
sense.
The format of the path under ProgramData is usually
publisher/software/files and not editable by the user.
For that matter, the software should be under Program Files, referenced by
symbol, not C:\.
It's a bit confusing when you say you're trying to create a directory
using because that's not you create directories. It's also
confusing that you have hardcoded the directory as the Program Files
folder. Typically you use the ProgramFilesFolder like this:
http://wix.tramontana.co.hu/tutorial/getting-started/the-files-inside
and the rest of that tutorial would probably help. Then your copyfile
doesn't refer to your hardcoded path, it does a copy from SourceDir to
INSTALLFOLDER, which is the property name for the install location
chosen by the user.
---
Phil Wilson
On Thu, Mar 13, 2014 at 6:43 AM, Suvrajyoti Panda
wrote:
>
> Guys, Please let me know if some one has any idea on the below problem.
>
> Original Message
> Subject:Creating directory under C:\Programdata same as what the
user
> specified in the UI dialogue
> Date: Thu, 13 Mar 2014 10:37:13 +0530
> From: Suvrajyoti Panda
> To: General discussion about the WiX toolset.
>
>
>
>
> Hi All,
>
> I had appended this query in another topic, so reposting the same under
> different heading.
>
> I have this requirement in which i want to create directory under
> C:\Programdata same as what the user specified in the UI dialogue .I am
> trying to do that using . Below is the code:
>
>
>
>
>
>
>
>
>Guid="{A4E1FFCE-1534-43BF-AA2B-CDFD39381720}" Directory="TARGETDIR">
>Source='$(var.GuiPath)\screens\preferences.xml' KeyPath='yes'>
> DestinationProperty='CopyDestination' />
>
>
>
>
>
>
> While doing the installation if the user changes the install directory
> from the one that is default(it comes out as PipelineOptimizer 06.00.00)
> to some other name, the file being copied using the attribute
> is still copied to the same directory under the programdata as the one
> which is defaulted in the UI which is to C:\ProgramData\Energy Solutions
> International\PipelineOptimizer 06.00.00. What i want though is that if
> the user changes the directory to say PipelineOptimizer 06.00.00 Test,
> then the file should be copied to the C:\ProgramData\Energy Solutions
> International\PipelineOptimizer 06.00.00 Test but this does not happen.
> Is there a way i can achieve the same. I tried using custom action to
> set the property "CopyDestination" but was not able to do so. Please let
> me know if there is a solution to this if possible with some sample code.
>
> Also is there a way in which we can create 2 prompts to the user during
> install. This would allow us to use the directory variable independent
> of the path so that we can use this approach for the ProgramData
subfolder .
>
>i. Prompt 1: The install path. For example, the default path is
> "C:\Energy Solutions International\".
>ii.Prompt 2: The install directory. For example, the default
> directory is "PipelineOptimizer 06.00.00".
>
> and then use the value of the install directory somehow to copy the file
> to right location. Is the above approach possible? Please help as it is
> urgent for me.
>
> Regards,
> Suvra Jyoti
>
>
>
>
>
--
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
h
Re: [WiX-users] (Gentle Reminder)Creating directory under C:\Programdata same as what the user specified in the UI dialogue
Hi Phil, Sorry,if my explanation of the requirement was not clear. What I am trying to ask is specifically as below: When i start installing the application using the installer, then in the UI the default installation path is C:\Energy Solutions International\PipelineOptimizer 06.00.00\, which is editable. I now edit the path in the UI to say C:\Energy Solutions International\PipelineOptimizer Test\. I want somehow to use this input of "PipelineOptimizer Test" in the WIX source file so that i can copy the file preferences.xml to a directory called "PipelineOptimizer Test" under C:\ProgramData\Energy Solutions International. If i did not edit the UI the default path where the file would get copied was C:\ProgramData\Energy Solutions International\PipelineOptimizer 06.00.00. Below is the screenshot if is the screenshot: Attaching the screenshots if you are somehow not able to view. Regards, Suvra Jyoti On 13-03-2014 22:11, Phil Wilson wrote: It's a bit confusing when you say you're trying to create a directory using because that's not you create directories. It's also confusing that you have hardcoded the directory as the Program Files folder. Typically you use the ProgramFilesFolder like this: http://wix.tramontana.co.hu/tutorial/getting-started/the-files-inside and the rest of that tutorial would probably help. Then your copyfile doesn't refer to your hardcoded path, it does a copy from SourceDir to INSTALLFOLDER, which is the property name for the install location chosen by the user. --- Phil Wilson On Thu, Mar 13, 2014 at 6:43 AM, Suvrajyoti Panda wrote: Guys, Please let me know if some one has any idea on the below problem. Original Message Subject:Creating directory under C:\Programdata same as what the user specified in the UI dialogue Date: Thu, 13 Mar 2014 10:37:13 +0530 From: Suvrajyoti Panda To: General discussion about the WiX toolset. Hi All, I had appended this query in another topic, so reposting the same under different heading. I have this requirement in which i want to create directory under C:\Programdata same as what the user specified in the UI dialogue .I am trying to do that using . Below is the code: While doing the installation if the user changes the install directory from the one that is default(it comes out as PipelineOptimizer 06.00.00) to some other name, the file being copied using the attribute is still copied to the same directory under the programdata as the one which is defaulted in the UI which is to C:\ProgramData\Energy Solutions International\PipelineOptimizer 06.00.00. What i want though is that if the user changes the directory to say PipelineOptimizer 06.00.00 Test, then the file should be copied to the C:\ProgramData\Energy Solutions International\PipelineOptimizer 06.00.00 Test but this does not happen. Is there a way i can achieve the same. I tried using custom action to set the property "CopyDestination" but was not able to do so. Please let me know if there is a solution to this if possible with some sample code. Also is there a way in which we can create 2 prompts to the user during install. This would allow us to use the directory variable independent of the path so that we can use this approach for the ProgramData subfolder . i. Prompt 1: The install path. For example, the default path is "C:\Energy Solutions International\". ii.Prompt 2: The install directory. For example, the default directory is "PipelineOptimizer 06.00.00". and then use the value of the install directory somehow to copy the file to right location. Is the above approach possible? Please help as it is urgent for me. Regards, Suvra Jyoti -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Lear
Re: [WiX-users] Help with BA Programming
Thank you Jacob for your reply; I appreciate that. Let me give a bit more background and clarify my quandary. Perhaps this will help with more specific suggestions. Here it goes. I have a Wix setup that works exactly the way I wanted. The installation is for a Web Application Project (WAP) and everything is based on Visual Studio 2013. - The Wix setup harvests all the published WAP files with a pre-processor command and builds the MSI output. - The MSI does everything I wanted – with a number of Custom Dialogs complemented with Custom Actions (CAs) code for such tasks as checking if an SQL instance exists; creating a database; listing existing websites so that the user can choose which website to install to as a web application; allowing the user choose an alternative installation directory; modify config.web as required, etc., with registry search and directory search are also used as part of XML programming. So, as far as a single MSI goes, I am quite confident to tackle the wix setup programming successfully as highlighted by my MSI resume listed in the preceding lines. - Then I needed Administrator elevation for my MSI installer as most of the configuration tasks require privileged access for per-machine installation (IIS, SQL, folders, etc). One way to do this is to start a Command Prompt with Admin privilege and then run MSI. In fact, I included a conditional message (based on the Privileged Wix built-in variable) to guide the user as such if MSI is clicked at Windows level. This approach didn’t look elegant and setupbld.exe provided an easy answer – an exe version was generated that prompted the user to run as an administrator (for instance the right-click Run As). - To sum up, so far everything was great with no problems, that’s up to Wix v3.7. - Then came wix v3.8 but then setupbld.exe was laid to rest. With v3.8 I couldn't obviously do the setupbld.exe simple transformation I did in v3.7. But I was prepared to learn the equivalent of setupbld.exe with Burn Bootstrapper as I can see the many benefits with the Bootstrapper approach (installing prerequisites, multiple MSI, and so on). - This could now be a wrong assumption, but I assumed I could _reuse_ my wix setup experience to do the equivalent of setupbld.exe, such as bringing the custom dialogs in MSI (highlighted above) to the bootstrapper front-end -- hence the premise for my original question of if Custom Dialogs and localized strings can be used here as in wix setup. - In summary, attempting to emulate a rather simplistic setupbld.exe transformation of my MSI seems to be presenting itself as a huge programming adventure, or am I missing something obvious? If more effort is required for this, I can always go back to v3.7 for an existing installer but I really want to learn (be it as a side-line) how to replace setupbld.exe in the scenario I have just described. I should I approach this? Please forgive the rather lengthy prose – this is in the interest of clarifying my problem with some detail. Dan > From: jacob.hoo...@greenheck.com > To: wix-users@lists.sourceforge.net > Date: Tue, 18 Mar 2014 03:28:09 + > Subject: Re: [WiX-users] Help with BA Programming > > A BA is code in your control that interacts with the engine. As such, you > have full control over the UI and full control over the process. As for > WixStdBA, it's a lean and mean BA, so it doesn't have a lot of the feature > rich environment you might be looking for. There are no "custom actions" and > limited UI modifications that can be done with WixStdBA. Neil had originally > ran with WixExtBA, but has recently back ported what he could as new themes > to WixStdBA as well as BA functions. > > So in short: > 1) Yes. Both WixStdBA and the Wix installer itself are examples of BA's. > The former is C++ and the latter is C#. > 2) WixStdBA has localization built in. I don't know if the Wix BA has it, but > if not you can certainly write it. > > When it all comes down to it, you'll need to look at your installer > requirements. If you are already going to need .Net installed for the final > application, there is a lot more eye candy and infrastructure there for you > to build your BA from. If your goal is the smallest possible installer, or > your destination application doesn't need the .Net framework, then I'd > suggest studying WidStdBA and Neil's contributions (WixExtBA). If you decide > to extend upon the existing codebase, join wix-dev's and attend some weekly > meetings. From my personal experience, Rob/Bob/Neil/Etc are all more than > willing to help evolve an idea if it can be done in such a way that helps us > all. > > Jacob > > -Original Message- > From: Dan Watson [mailto:dan.wat...@outlook.com] > Sent: Monday, March 17, 2014 5:20 PM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Help with BA Programming > > As a new late com
[WiX-users] Burn : MSP and Installcondition
Hi guys, Here is my problem : ... ... I want it to be installed for x64 platform. But here is the log : ... Condition 'VersionNT64' evaluates to true. ... Planned package: Lync_msp_2737155_x64, state: Absent, default requested: Present, ba requested: Present, execute: None, rollback: None, cache: No, uncache: No, dependency: None .. And finally, it's not installed. Why so ? Thanks. -- Sincerely, Gabriel "I know no way of judging the future but by the past." Patrick Henry "You can never plan the future by the past." Edmund Burke -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] R: How to install VSTO Excel add-in that use dll with COM-visible objects?
can you do me a favour and remove my "Original Message from your post. It contains my name etc which I removed from the post but you still got it in the email. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-install-VSTO-Excel-add-in-that-use-dll-with-COM-visible-objects-tp7593336p7593487.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] R: How to install VSTO Excel add-in that use dll with COM-visible objects?
Hi (David, I guess) and thanks for reply. I know how to check and install prerequisites (VSTO + Framework) and I do it in my bundle. I use VS2010 and WIX3.8 and I have project template called "Bootstrapper project" and I use it to install: 1 My Winforms and Console applications (For real users and automation) 2 Prerequisites, such as Framework, VSTO etc. 3 Excel add-in that interacts with my Winforms and Console applications The WIX code you have provided is very familiar to me (I am in my trouble already two weeks, it is as comfortable as my shoes already) This code is good for simple Excel add-in, it works. But not in my case. My add-in creates COM-visible types that are defined in external to add-in dll. And add-in shares those objects with my applications. And as I stated in initial mail, most likely I have a problem with registering those COM-visible types. Regards, Artem -Original Message- From: darbid [mailto:davidbo...@gmx.de] Sent: Sunday, March 16, 2014 10:44 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] R: How to install VSTO Excel add-in that use dll with COM-visible objects? Hi I am a beginner and unlike Objective C / C# / Microsoft topics and anything else I have tried to learn I find the Wix stuff impossible I even have read part of the Wix book and still cannot get things right. I do however think that the whole windows installer stuff is somehow strange and old. Anyway I have just done something like what you are doing and either I can help you cause I am doing it the right way or I will learn IF someone corrects it. First you will need 2 Wix "things" The first is your msi to install your new Excel Addin. This alone is enough if you don't want or need to have the installer also install VSTO or any other package. If however you want to check if for example .Net 4 or VSTO is installed and then if it is not installed, install it then you need to create a Bootstrapper using Wix Burn. I will show you that as well. So here is an example of the MSI. I have deleted names so there might be a few errors in it now, but you can get the idea of what is happening. Cut and copy it into your project and you should be able to see it properly. In short this is adding the Minimum no of files you need to the package and then putting them on to the Users computer and then making the required registry entries. Note I am not registering any COM stuff here which you still have to work out. *** http://schemas.microsoft.com/wix/2006/wi";> mailto:bowen.da...@siemens.com?Subject=YourAppForExcel%20Help"; /> * Now once your MSI is working and you can for example install this alone and it works then you can move on to packaging this. You need to make a bootrapper. This you will see only does two things - 1 checks if VSTO is present and if not downloads it from Microsoft. Note you could inlcude the VSTO redistributable in the package if you want. Then it adds your MSI. http://schemas.microsoft.com/wix/2006/wi"; xmlns:bal="http://schemas.microsoft.com/wix/BalExtension"; xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";> mailto:myemail"; DisableModify="yes" IconSourceFile="../../YourAppForExcelIcon.ico" >
