jueves, 3 de enero de 2013

Virtualization by Davis: “Merge registry entry in App-V package Pre Streaming” plus 5 more

Virtualization by Davis: “Merge registry entry in App-V package Pre Streaming” plus 5 more


Merge registry entry in App-V package Pre Streaming

Posted: 02 Jan 2013 04:53 PM PST

Hi all,

we use App-V 4.6 SP1 running on windows server 2008 r2.

the application that we are virtualizing needs some registry keys and valuse to function correctly. I have the registry settings that I need and I added to them to the OSD file in this format:

 <DEPENDENCY>
  <SCRIPT TIMING="PRE" EVENT="LAUNCH" WAIT="TRUE" PROTECT="TRUE">
   <SCRIPTBODY> @echo On \n
   regedit /s "\\\\Server\\Share\\RegFile1.reg" \n
  Pause \n
   regedit "\\\\Server\\Share\\RegFile1.reg" \n
  Pause \n
   </SCRIPTBODY>
  </SCRIPT>
 </DEPENDENCY>

I have these Pause statement to make sure I can see any errors that might occur.

I don't seem to have any problem with those registry files importing, but the problem is that the application will not read the settings that those registry files imported.  so the first registry file deletes some registry settings, and then the second one imports new ones and the imported settings are:

  1. TCP listener on a specific port.
  2. information that allows the application to connect to a SQL database. user name and password are encrypted.

the application seem to retain the settings that it had when it was sequenced for some reason.

any ideas?

any help is very appreciated as I am holding few other projects waiting on virtualizing this application.


Mohsen Almassud

This posting includes an audio/video/photo media file: Download Now

How to install Windows 8 Client Hyper-V -- and what it can do for you

Posted: 02 Jan 2013 10:11 AM PST

Windows 8 Client Hyper-V brings bare-metal virtualization to PCs. Learn about the client hypervisor's requirements, install process and features.

Add to digg Add to StumbleUpon Add to del.icio.us Add to Google

2013 Predictions: Proper Application Management Will Save Time, Money and Frustration (Part 1 of 2)

Posted: 02 Jan 2013 09:10 AM PST

In general, I'm not usually big on "predictions" for the New Year. So many of the "big ideas" the experts tell us are vague memories in April and forgotten by August. I know the experts say the 2013 color of the year is emerald green, Anne Hathaway's on-screen haircut may have locked an Oscar nod and the Chicago Bears are going to be rebuilding their…

Read More

Submitting feedback in Citrix eDocs

Posted: 02 Jan 2013 06:33 AM PST

While browsing eDocs, have you ever noticed something that you would like to report to Citrix? Each topic in Citrix eDocs includes a convenient feedback link. To use the feedback feature, just follow the steps below.   At the topic's navigation bar, click Provide feedback about this topic.     The topic's URL will be automatically inserted into the form. Please provide as much information as…

Read More

Three desktop virtualization trends that won't go away in 2013

Posted: 31 Dec 2012 07:09 AM PST

Gabe Knuth shares more of his favorite desktop virtualization trends from the past year -- and these won't be leaving the forefront anytime soon.

Add to digg Add to StumbleUpon Add to del.icio.us Add to Google

App-V 5.0 Connection Group Performance

Posted: 02 Jan 2013 02:02 AM PST

I have a strategic scenario that I would like to consider and that is this.

I have an application that I sequence and deploy to my end user in App-V 5.0.  The user then asks me 6 months later to sequence a plugin that he has purchased.  I then sequence that too, create a connection group, put both applications in there and then deploy the connection group to my end user.  The problem I envisage is that because connection groups work by merging packages as a new single package on the client machine all the settings that were built up by my end user prior to the plugin are now not being referred to and effectively lost because a new set of settings are being built up for the connection group instead.

My current thinking is that we create connection groups even for single packages that have plugin support even if we dont have a plugin now.  Then we deploy the connection group instead.

My questions to consider though are:

-How manageable is this?
-Is there a hard limit on the number of connection groups you can have?
-How much of an additional overhead does the client face using this model?
-What is the performance impact of operating this?
-Does adding more connection groups add more overhead, query times etc?


Blog: http://Softwaredeployment.wordpress.com

This posting includes an audio/video/photo media file: Download Now

No hay comentarios:

Publicar un comentario