<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Adobe Acrobat DC Pro 2017 Licensing in AppVolumes 4 in App Volumes</title>
    <link>https://communities.vmware.com/t5/App-Volumes/Adobe-Acrobat-DC-Pro-2017-Licensing-in-AppVolumes-4/m-p/2859571#M8560</link>
    <description>&lt;P&gt;I've been spinning my wheels for a while on this and have read around quite a bit to get an idea of other people's experience with it. I figured for the sake of it, I would post in communities. Our company has a paid volume license of Adobe Acrobat 2017 Pro DC that we originally used with AppVolumes 4 on a Windows 10 1809 floating pool. The serialize deployment article is what we originally used to accomplish this and everything worked as expected:&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.adobe.com/devnet-docs/acrobatetk/tools/VirtualizationGuide/vmware.html" target="_blank"&gt;https://www.adobe.com/devnet-docs/acrobatetk/tools/VirtualizationGuide/vmware.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Roughly a year later, I am working on getting users moved over to a 1909 floating pool. When doing so, the users entitled to the Adobe AppVolume started calling regarding an error every time they would launch it:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="curtistcreps_0-1627417343779.png" style="width: 400px;"&gt;&lt;img src="https://communities.vmware.com/t5/image/serverpage/image-id/90331i3CE30DB59557187A/image-size/medium/is-moderation-mode/true?v=v2&amp;amp;px=400" role="button" title="curtistcreps_0-1627417343779.png" alt="curtistcreps_0-1627417343779.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I thought I would re-create the Appvolume on a new 1909 VM for good measure using the same process documented in the Adobe article. However, the result was still the same. Same error each time a user tries to launch Adobe.&amp;nbsp;&lt;/P&gt;&lt;P&gt;From what I have read, it seems that some serial deployments are being phased out, and it seems that with older versions of Adobe that use volume licensing are starting to run into this problem. Can anyone confirm this? If so, I assume that this is more of a push towards named licensing on Adobe's end.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any help is appreciated!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 27 Jul 2021 20:25:00 GMT</pubDate>
    <dc:creator>curtistcreps</dc:creator>
    <dc:date>2021-07-27T20:25:00Z</dc:date>
    <item>
      <title>Adobe Acrobat DC Pro 2017 Licensing in AppVolumes 4</title>
      <link>https://communities.vmware.com/t5/App-Volumes/Adobe-Acrobat-DC-Pro-2017-Licensing-in-AppVolumes-4/m-p/2859571#M8560</link>
      <description>&lt;P&gt;I've been spinning my wheels for a while on this and have read around quite a bit to get an idea of other people's experience with it. I figured for the sake of it, I would post in communities. Our company has a paid volume license of Adobe Acrobat 2017 Pro DC that we originally used with AppVolumes 4 on a Windows 10 1809 floating pool. The serialize deployment article is what we originally used to accomplish this and everything worked as expected:&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.adobe.com/devnet-docs/acrobatetk/tools/VirtualizationGuide/vmware.html" target="_blank"&gt;https://www.adobe.com/devnet-docs/acrobatetk/tools/VirtualizationGuide/vmware.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Roughly a year later, I am working on getting users moved over to a 1909 floating pool. When doing so, the users entitled to the Adobe AppVolume started calling regarding an error every time they would launch it:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="curtistcreps_0-1627417343779.png" style="width: 400px;"&gt;&lt;img src="https://communities.vmware.com/t5/image/serverpage/image-id/90331i3CE30DB59557187A/image-size/medium/is-moderation-mode/true?v=v2&amp;amp;px=400" role="button" title="curtistcreps_0-1627417343779.png" alt="curtistcreps_0-1627417343779.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I thought I would re-create the Appvolume on a new 1909 VM for good measure using the same process documented in the Adobe article. However, the result was still the same. Same error each time a user tries to launch Adobe.&amp;nbsp;&lt;/P&gt;&lt;P&gt;From what I have read, it seems that some serial deployments are being phased out, and it seems that with older versions of Adobe that use volume licensing are starting to run into this problem. Can anyone confirm this? If so, I assume that this is more of a push towards named licensing on Adobe's end.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any help is appreciated!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 27 Jul 2021 20:25:00 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/App-Volumes/Adobe-Acrobat-DC-Pro-2017-Licensing-in-AppVolumes-4/m-p/2859571#M8560</guid>
      <dc:creator>curtistcreps</dc:creator>
      <dc:date>2021-07-27T20:25:00Z</dc:date>
    </item>
    <item>
      <title>Re: Adobe Acrobat DC Pro 2017 Licensing in AppVolumes 4</title>
      <link>https://communities.vmware.com/t5/App-Volumes/Adobe-Acrobat-DC-Pro-2017-Licensing-in-AppVolumes-4/m-p/2861025#M8575</link>
      <description>&lt;P&gt;My configuration to get capture Adobe DC. Haven't failed me yet regardless of the Windows version started with 1803 now I am on 20H2. Hope it helps.&amp;nbsp;&lt;/P&gt;&lt;TABLE width="645"&gt;&lt;TBODY&gt;&lt;TR&gt;&lt;TD width="645"&gt;1. Disable Adobe Update Service&lt;BR /&gt;2. Launch Adobe Acrobat DC&lt;BR /&gt;2. Disable Adobe Acrobat Update Task&lt;BR /&gt;3. Disable AdobeGCInvoker-1.0 Task&lt;BR /&gt;4. Create the following registery keys&lt;BR /&gt;[HKEY_LOCAL_MACHINE\SOFTWARE\Adobe\Identity\UserSpecificIdentity]&lt;BR /&gt;"Enabled"="1"&lt;BR /&gt;&lt;BR /&gt;[HKEY_LOCAL_MACHINE\SOFTWARE\Adobe\Licensing\UserSpecificLicensing]&lt;BR /&gt;"Enabled"="1"&lt;/TD&gt;&lt;/TR&gt;&lt;/TBODY&gt;&lt;/TABLE&gt;</description>
      <pubDate>Fri, 06 Aug 2021 13:24:39 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/App-Volumes/Adobe-Acrobat-DC-Pro-2017-Licensing-in-AppVolumes-4/m-p/2861025#M8575</guid>
      <dc:creator>cbaptiste</dc:creator>
      <dc:date>2021-08-06T13:24:39Z</dc:date>
    </item>
    <item>
      <title>Re: Adobe Acrobat DC Pro 2017 Licensing in AppVolumes 4</title>
      <link>https://communities.vmware.com/t5/App-Volumes/Adobe-Acrobat-DC-Pro-2017-Licensing-in-AppVolumes-4/m-p/2869294#M8617</link>
      <description>&lt;P&gt;Thanks for the response.&lt;/P&gt;&lt;P&gt;This issue ended up resolving itself in the end. We actually switched to named licensing for all Adobe products in our organization. We had so many different versions out there that management agreed it was time to make the switch. As for this, I will test it out, as I don't think I have the HKLM keys you listed below set the way you do.&lt;/P&gt;</description>
      <pubDate>Wed, 29 Sep 2021 11:50:36 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/App-Volumes/Adobe-Acrobat-DC-Pro-2017-Licensing-in-AppVolumes-4/m-p/2869294#M8617</guid>
      <dc:creator>curtistcreps</dc:creator>
      <dc:date>2021-09-29T11:50:36Z</dc:date>
    </item>
  </channel>
</rss>

