Adobe Acrobat XI and AppV 5

Adobe Acrobat (along with any other Adobe software) has always been something people want to virtualize due to different reasons. In larger organizations the primary driver for this has been the poor handling of locking of files by applications that Acrobat integrates with. In essence, the installation fails if common applications are running – such as Outlook or Word.

With their latest suite of deployment tools there is actually a document of “process conflicts” which is list to long for anyone to care about.

The solution to workaround the limitation has never been nice, and App-V has in some cases allowed for a less disrupting delivery. As App-V 5 brings in a new set of features that resolves quite a few of the limitations (such as browser helper objects) that previously existed, perhaps we can leverage this to deploy Acrobat without the impacting the user experience?

Within the Microsoft Sequencing Guide for App-V 5 there is still a limitation of the drivers not beeing possible to make a part of the virtual package. We understand why, and assume that bringing support for this would require some changes or new inventive ways of “doing funky stuff” under the hood.

Just to clarify; The below suggestion is not supported by anyone. Acrobat virtualized is not, and has not been communicated that it will be at any time, supported by Adobe. Microsoft clearly states that drivers are not supported, and the below method is not advised by them to resolve issues relating to drivers.

What can we do in the mean time?

Well, here is a recipe and some great stuff for you to bring back to Adobe.

Prerequisites

Media

You will need App-V 5.0 SP2 sequencer setup on your packaging machine. The target environment this specific scenario has been tested for is Windows 7 x64, so that will be the packaging machine aswell. Office version this is tested with is Office 2007 and 2010 – both running as 32-bit applications.

The source media has been a Creative Cloud generated build, with default settings. The Build only contains Adobe Acrobat, and no other components.

I don’t see a reason that it will not work for traditionally created deployments using Adobe Customization Wizard, but I haven’t tested that.

Exclusions

There are four exclusions required to be created;


REGISTRY\USER\[{AppVCurrentUserSID}]\Software\Microsoft\Windows NT

Required to avoid issues when printing documents from Acrobat


REGISTRY\USER\[{AppVCurrentUserSID}]\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem

REGISTRY\USER\[{AppVCurrentUserSID}]\Software\Microsoft\Office\15.0

Required to avoid issues when sending emails via Acrobat


C:\Programdata\Adobe\SLStore

Required to avoid issues due to licensing

PVAD

Primary Virtual Application Directory is set to the default installation path of Acrobat;


C:\Program files (x86\Adobe\Acrobat 11.0

Sequencing

Installation

From a command-prompt, run all the commands to finish the installation. It should look something like this;


exceptions\ExceptionDeployer.exe –workflow=install –mode=pre

build\setup.exe

exceptions\ExceptionDeployer.exe –workflow=install –mode=post

Suggestion;

Goto the following registry key;

HKLM\Software\Adobe\Acrobat Distiller\11.0\PrinterName

Alter the name to a printer to every client has, perhaps this one;
”Microsoft XPS Document Writer”

Configuration

Start Adobe Acrobat once, but perform no additional configuration

Post-editing

Directly skip to the Edit-mode of the sequencer (unless you need to set a Feature Block 1). Verify that the exclusions were effective and that nothing in the above locations have been captured.

Also goto the Advanced-tab and check the boxes. Required to avoid issues when sending emails via Acrobat

image

Save your package.

Now you have a virtual application, however the printer-driver is still not there. Perhaps you reviewed the italic suggestion under the installation-part? Well… this is where it gets fun. Most likely  you can get the application working with the suggestion, however – the Adobe Distiller (aka Adobe PDF Printer) is actually available as a separate installer. Unfortunately – getting your hands on it is just pure luck in some cases.

This is the splash-screen of the version the customer had;

image

It’s a perfectly crafted MSI, that can easily be deployed to any system. By pure luck, a different piece of software had licensed this and brought it out as a separate installer. It seems that the user-base was overlaping each other and therefore this was already on the clients.

So, App-V people – perhaps you can bug Adobe about make this deployment method available for enterprise customers so Acrobat can be virtualized, without impacting functionality?

I reached out to Adobe and got the generic response back with a link to their support statement. I assume you will. But they will never change this unless customers demand it.

17 thoughts on “Adobe Acrobat XI and AppV 5

  1. Tamir Reply

    Great Post Bro!
    we were talking over and over again about the support for the PDF Printer for App-V VDI environments.
    I was hoping Acrobat XI will come up with the built-in solution.

  2. Tony Reply

    Hi
    Did not quite understand the install command lines.
    Not in my extracted source, only have setup.exe the MSI, ABC.ini etc..

    • nickekallen Post authorReply

      Hello,
      As stated in the article, I used the Creative Cloud generated package.

  3. Lenz Reply

    Hello,
    you wrote “the Adobe Distiller (aka Adobe PDF Printer) is actually available as a separate installer”
    Where can i get the separate installer?

    • nickekallen Post authorReply

      Hello,
      This is written in the article;
      It’s a perfectly crafted MSI, that can easily be deployed to any system. By pure luck, a different piece of software had licensed this and brought it out as a separate installer. It seems that the user-base was overlaping each other and therefore this was already on the clients.

      So, App-V people – perhaps you can bug Adobe about make this deployment method available for enterprise customers so Acrobat can be virtualized, without impacting functionality?

      You can also see this;
      http://www.applepie.se/adobe-pdf-addon-download

  4. Flip Reply

    Has anyone else run into a problem with creating PDF’s from Word Documents using the create PDF from file feature after virtualizing the app?

    • nickekallen Post authorReply

      You need to run Word within the Virtual Environment for the integration to work.

    • Henk-Jan Reply

      Hello, I’ve got I think the same problem. When I want to merge different files in 1 pdf with te option provided when you Start Adobe, I get a message that the program is missing files. It looks like Adobe is missing Distiller files. I installed Distiller local, but this has no affect. I also did a merge of a .doc, .xls and a .ppt file while sequencing, but that had no affect either. Has some one found a solution or maybe I did something wrong?

      • nickekallen Post authorReply

        Hello,
        With a package that is sequenced according to the above instructions + Runvirtual used to ensure that Word is opened within the virtual environment ensures that this error will not occur.
        The requirement is that the Word addin is loaded…

  5. Flip Reply

    Nick,

    Forgive my ignorance, how are you running it in the Virtual Environment? By setting up the RunVirtual stuff for the Acrobat Package?

    Thanks!

    • nickekallen Post authorReply

      RunVirtual is one way. A third-party tool for User Environment Management could also force Word to Always start within the Virtual Environment.

  6. DaFyre Reply

    You could also try using Connection groups for combining things like Office or your APP-V-based Browser installation with Adobe. (Works great with Firefox and Adobe Acrobat Reader).

  7. Kevin Reply

    I followed your instructions even with deploying the PDF addon separately. Everything works great except the Create PDF function. I select a word document and I get the following “unable to find “Adobe PDF” resources files”. Any ideas to get around this? Thanks

    Kevin

  8. Robert Reply

    Following this recipe worked great for me using the Acrobat installer. Everything worked at one point but now the problem I am faced with is all but 2 functions stopped working. I can open a document and save as pdf and I can print to pdf using the locally installed Distiller and Adobe Printer. Has anyone encountered this in their environment?

Leave a Reply

Your email address will not be published. Required fields are marked *