The documentation that comes with the install is very good. Also included are two examples with the tool kit. One for Office 2013 and one for Adobe Reader.
From: [email protected] [mailto:[email protected]] On Behalf Of Boseman, Marcia H - Raleigh, NC Sent: Tuesday, April 28, 2015 1:18 PM To: [email protected] Subject: RE: [mssms] Application Model and Use of ServiceUi.exe Can you send an example using the https://psappdeploytoolkit.codeplex.com/ From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Sherry Kissinger Sent: Tuesday, April 28, 2015 1:51 PM To: [email protected]<mailto:[email protected]> Subject: Re: [mssms] Application Model and Use of ServiceUi.exe I recommend https://psappdeploytoolkit.codeplex.com/ instead of using serviceui.exe + a batch file; but I did setup demo's internally of both methods. and quite honestly, different lines of business have chosen to use one over the other and vice versa. So both "work". I recommend you setup a demo of both as well. for serviceui demo, in the source folder for the application is, for example, 4 files. File #1: serviceui.exe File #2: SomeExeWeAreInstalling File #3: WhateverIsUsedtoPopUpANotificationtoTheEndUser.exe File #4: Install.bat Install.bat something like this inside it: >>C:\Windows\temp\stdout.log 2>&1 ( .\ServiceUI.exe -process:explorer.exe WhateverIsUsedtoPopUpANotificationtoTheEnduser.exe .\SomeExeWeAreInstalling.exe /S ) exit /B %errorlevel% Personally, I recommend forgetting serviceui. the app deploy toolkit is really a much better method to do everything you need to do. I think the only reason a certain line of business internally don't use it... is because the main tech is familiar with batch files... and Powershell uh... scares him. the old fuddy duddy. On Tuesday, April 28, 2015 12:31 PM, "Boseman, Marcia H - Raleigh, NC" <[email protected]<mailto:[email protected]>> wrote: Many of the applications that we will be deploying via SCCM 2012 display dialog windows informing users of an application that needs to be closed prior to running an installation and/or a dialog window informing users that the machine requires a reboot before or after completing an installation. In order for these dialogs to display when using the Application Model is to require the user to be logged on during the installation. Our preference when deploying applications that go to all workstations is to use the options to ‘Run as System’ and ‘Whether the user is logged on or not’. However, in SCCM 2012 the option to allow the user to interact with the installation is not available with this option combination. Therefore, users will not see any dialog windows that are part of the installation. We are starting to test using ServiceUi.exe. Has anyone had any success using ServiceUi.exe with the application model and would not mind sharing some of the command line options that you have used? ________________________________ CONFIDENTIALITY NOTICE: This email message and any attachments hereto are intended only for use by the addressee(s) named herein and may contain information which is legally privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, or an authorized representative of the intended recipient, of this email message, you are hereby notified that any review, dissemination, distribution, copying, or use (including any reliance thereon) of this email message, and/or any attachment hereto, is strictly prohibited. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is free from virus or other defect and no responsibility is accepted by the sending company, its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you have received this email message in error, please immediately notify the sender by return email and permanently delete from your system, the original and any copies of this email and any attachments hereto and any printout hereof. Unauthorized interception of this email is a violation of federal criminal law.
