Re: [WiX-users] Burn mangaged installer and IIS Administration

2012-10-09 Thread Igor Paniushkin
It seems that I found another thing which has the same problem: DISM API
(http://msdn.microsoft.com/en-us/library/windows/desktop/hh824790.aspx).
It also requires elevated permissions (even to get info about installed
windows features).

Best Regards,
Igor

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Friday, September 21, 2012 10:11 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn mangaged installer and IIS Administration

1. Today, yes. Fixing the engine to help would be interesting. Funny thing is
that it is only IIS that seems to have this problem.

2. Not going to help fix the Burn engine with managed code, no. smile/

On Fri, Sep 21, 2012 at 11:07 AM, Henning Krause
m...@henningkrause.euwrote:

 Hi Rob,

  You'd have to spin of a separate process that can elevate. We've 
  talked
 about
  adding somethig like this to Burn for IIS because they made a huge 
  API
 blunder
  and required read operations to be elevated. sigh/

 But with an additional elevated process the use would have to go 
 through the elevation process two times - once for the detection and 
 once for the installation, or am I wrong?

  Of course, that thing hasn't been implemented yet. Maybe you'd like 
  to contribute it?

 I only do managed development - so, I think this would be a problem, 
 wouldn't it?

 Kind regards,
 Henning



 --
 
 Got visibility?
 Most devs has no idea what their production app looks like.
 Find out how fast your code is with AppDynamics Lite.
 http://ad.doubleclick.net/clk;262219671;13503038;y?
 http://info.appdynamics.com/FreeJavaPerformanceDownload.html
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users




--
virtually,

   Rob Mensching
   http://RobMensching.com LLC
-
-
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires 
that you delete it without acting upon or copying any of its contents, and we 
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.  
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, 
UK.


--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Burn mangaged installer and IIS Administration

2012-10-09 Thread Henning Krause
Hi,

using PowerShell you won't need admin permissions to enumerate this. In my 
installer I start a new process which hosts a PowerShell runspace. The new 
process is required because the Burn bootstrapper does not run as X64 process. 
However, this is required for the ServerManager snapin. The process just 
enumerates the features and writes them to stdout. This response is then 
collected by the bootstrapper.

Kind regards,
Henning Krause

 -Original Message-
 From: Igor Paniushkin [mailto:ipaniush...@sdl.com]
 Sent: Dienstag, 9. Oktober 2012 13:27
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Burn mangaged installer and IIS Administration
 
 It seems that I found another thing which has the same problem: DISM API
 (http://msdn.microsoft.com/en-
 us/library/windows/desktop/hh824790.aspx).
 It also requires elevated permissions (even to get info about installed 
 windows
 features).
 
 Best Regards,
 Igor
 
 -Original Message-
 From: Rob Mensching [mailto:r...@robmensching.com]
 Sent: Friday, September 21, 2012 10:11 PM
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Burn mangaged installer and IIS Administration
 
 1. Today, yes. Fixing the engine to help would be interesting. Funny thing is
 that it is only IIS that seems to have this problem.
 
 2. Not going to help fix the Burn engine with managed code, no. smile/
 
 On Fri, Sep 21, 2012 at 11:07 AM, Henning Krause
 m...@henningkrause.euwrote:
 
  Hi Rob,
 
   You'd have to spin of a separate process that can elevate. We've
   talked
  about
   adding somethig like this to Burn for IIS because they made a huge
   API
  blunder
   and required read operations to be elevated. sigh/
 
  But with an additional elevated process the use would have to go
  through the elevation process two times - once for the detection and
  once for the installation, or am I wrong?
 
   Of course, that thing hasn't been implemented yet. Maybe you'd like
   to contribute it?
 
  I only do managed development - so, I think this would be a problem,
  wouldn't it?
 
  Kind regards,
  Henning
 
 
 
  --
  
  Got visibility?
  Most devs has no idea what their production app looks like.
  Find out how fast your code is with AppDynamics Lite.
  http://ad.doubleclick.net/clk;262219671;13503038;y?
  http://info.appdynamics.com/FreeJavaPerformanceDownload.html
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 
 
 --
 virtually,
 
Rob Mensching
http://RobMensching.com LLC
 -
 -
 Got visibility?
 Most devs has no idea what their production app looks like.
 Find out how fast your code is with AppDynamics Lite.
 http://ad.doubleclick.net/clk;262219671;13503038;y?
 http://info.appdynamics.com/FreeJavaPerformanceDownload.html
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 SDL PLC confidential, all rights reserved.
 If you are not the intended recipient of this mail SDL requests and requires
 that you delete it without acting upon or copying any of its contents, and we
 further request that you advise us.
 SDL PLC is a public limited company registered in England and Wales.
 Registered number: 02675207.
 Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6
 7DY, UK.
 
 
 --
 Don't let slow site performance ruin your business. Deploy New Relic APM
 Deploy New Relic app performance management and know exactly what is
 happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at
 no cost today and get our sweet Data Nerd shirt too!
 http://p.sf.net/sfu/newrelic-dev2dev
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users



--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Burn mangaged installer and IIS Administration

2012-10-09 Thread Igor Paniushkin
There is no guarantee that PowerShell is installed. For example on Windows
Server 2012 Core it is not a default feature.

Best Regards,
Igor

-Original Message-
From: Henning Krause [mailto:m...@henningkrause.eu] 
Sent: Tuesday, October 09, 2012 1:52 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn mangaged installer and IIS Administration

Hi,

using PowerShell you won't need admin permissions to enumerate this. In my
installer I start a new process which hosts a PowerShell runspace. The new
process is required because the Burn bootstrapper does not run as X64
process. However, this is required for the ServerManager snapin. The process
just enumerates the features and writes them to stdout. This response is then
collected by the bootstrapper.

Kind regards,
Henning Krause

 -Original Message-
 From: Igor Paniushkin [mailto:ipaniush...@sdl.com]
 Sent: Dienstag, 9. Oktober 2012 13:27
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Burn mangaged installer and IIS 
 Administration
 
 It seems that I found another thing which has the same problem: DISM 
 API
 (http://msdn.microsoft.com/en-
 us/library/windows/desktop/hh824790.aspx).
 It also requires elevated permissions (even to get info about 
 installed windows features).
 
 Best Regards,
 Igor
 
 -Original Message-
 From: Rob Mensching [mailto:r...@robmensching.com]
 Sent: Friday, September 21, 2012 10:11 PM
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Burn mangaged installer and IIS 
 Administration
 
 1. Today, yes. Fixing the engine to help would be interesting. Funny 
 thing is that it is only IIS that seems to have this problem.
 
 2. Not going to help fix the Burn engine with managed code, no. 
 smile/
 
 On Fri, Sep 21, 2012 at 11:07 AM, Henning Krause
 m...@henningkrause.euwrote:
 
  Hi Rob,
 
   You'd have to spin of a separate process that can elevate. We've 
   talked
  about
   adding somethig like this to Burn for IIS because they made a huge 
   API
  blunder
   and required read operations to be elevated. sigh/
 
  But with an additional elevated process the use would have to go 
  through the elevation process two times - once for the detection and 
  once for the installation, or am I wrong?
 
   Of course, that thing hasn't been implemented yet. Maybe you'd 
   like to contribute it?
 
  I only do managed development - so, I think this would be a problem, 
  wouldn't it?
 
  Kind regards,
  Henning
 
 
 
  
  --
  
  Got visibility?
  Most devs has no idea what their production app looks like.
  Find out how fast your code is with AppDynamics Lite.
  http://ad.doubleclick.net/clk;262219671;13503038;y?
  http://info.appdynamics.com/FreeJavaPerformanceDownload.html
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 
 
 --
 virtually,
 
Rob Mensching
http://RobMensching.com LLC
 --
 ---
 -
 Got visibility?
 Most devs has no idea what their production app looks like.
 Find out how fast your code is with AppDynamics Lite.
 http://ad.doubleclick.net/clk;262219671;13503038;y?
 http://info.appdynamics.com/FreeJavaPerformanceDownload.html
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 SDL PLC confidential, all rights reserved.
 If you are not the intended recipient of this mail SDL requests and 
 requires that you delete it without acting upon or copying any of its 
 contents, and we further request that you advise us.
 SDL PLC is a public limited company registered in England and Wales.
 Registered number: 02675207.
 Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire 
 SL6 7DY, UK.
 
 
 --
  Don't let slow site performance ruin your business. Deploy 
 New Relic APM Deploy New Relic app performance management and know 
 exactly what is happening inside your Ruby, Python, PHP, Java, and 
 .NET app Try New Relic at no cost today and get our sweet Data Nerd 
 shirt too!
 http://p.sf.net/sfu/newrelic-dev2dev
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users



-
-
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly what is
happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at
no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net

[WiX-users] Burn mangaged installer and IIS Administration

2012-09-21 Thread Henning Krause
Hi,

I'm working on an installer which creates a virtual directory in IIS. The 
installer has a managed bootstrapper application (Burn) and lets the user 
select the website to which install the virtual application to.

For the selection process, I enumerate all installed websites on the local IIS 
using the Managed API for IIS. However, it seems that even reading the current 
IIS configuration required elevation. So it would seem the entire Bootstrapper 
has to be elevated, which has some smell IMHO.

What is the best practice in this scenario?

Kind regards,
Henning Krause


--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Burn mangaged installer and IIS Administration

2012-09-21 Thread Rob Mensching
You'd have to spin of a separate process that can elevate. We've talked
about adding somethig like this to Burn for IIS because they made a huge
API blunder and required read operations to be elevated. sigh/

Of course, that thing hasn't been implemented yet. Maybe you'd like to
contribute it?

On Fri, Sep 21, 2012 at 8:06 AM, Henning Krause m...@henningkrause.euwrote:

 Hi,

 I'm working on an installer which creates a virtual directory in IIS. The
 installer has a managed bootstrapper application (Burn) and lets the user
 select the website to which install the virtual application to.

 For the selection process, I enumerate all installed websites on the local
 IIS using the Managed API for IIS. However, it seems that even reading the
 current IIS configuration required elevation. So it would seem the entire
 Bootstrapper has to be elevated, which has some smell IMHO.

 What is the best practice in this scenario?

 Kind regards,
 Henning Krause



 --
 Got visibility?
 Most devs has no idea what their production app looks like.
 Find out how fast your code is with AppDynamics Lite.
 http://ad.doubleclick.net/clk;262219671;13503038;y?
 http://info.appdynamics.com/FreeJavaPerformanceDownload.html
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users




-- 
virtually,

   Rob Mensching
   http://RobMensching.com LLC
--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Burn mangaged installer and IIS Administration

2012-09-21 Thread Henning Krause
Hi Rob,

 You'd have to spin of a separate process that can elevate. We've talked about
 adding somethig like this to Burn for IIS because they made a huge API blunder
 and required read operations to be elevated. sigh/

But with an additional elevated process the use would have to go through the 
elevation process two times - once for the detection and once for the 
installation, or am I wrong?

 Of course, that thing hasn't been implemented yet. Maybe you'd like to
 contribute it?

I only do managed development - so, I think this would be a problem, wouldn't 
it?

Kind regards,
Henning


--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Burn mangaged installer and IIS Administration

2012-09-21 Thread Rob Mensching
1. Today, yes. Fixing the engine to help would be interesting. Funny thing
is that it is only IIS that seems to have this problem.

2. Not going to help fix the Burn engine with managed code, no. smile/

On Fri, Sep 21, 2012 at 11:07 AM, Henning Krause m...@henningkrause.euwrote:

 Hi Rob,

  You'd have to spin of a separate process that can elevate. We've talked
 about
  adding somethig like this to Burn for IIS because they made a huge API
 blunder
  and required read operations to be elevated. sigh/

 But with an additional elevated process the use would have to go through
 the elevation process two times - once for the detection and once for the
 installation, or am I wrong?

  Of course, that thing hasn't been implemented yet. Maybe you'd like to
  contribute it?

 I only do managed development - so, I think this would be a problem,
 wouldn't it?

 Kind regards,
 Henning



 --
 Got visibility?
 Most devs has no idea what their production app looks like.
 Find out how fast your code is with AppDynamics Lite.
 http://ad.doubleclick.net/clk;262219671;13503038;y?
 http://info.appdynamics.com/FreeJavaPerformanceDownload.html
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users




-- 
virtually,

   Rob Mensching
   http://RobMensching.com LLC
--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users