Expand my Community achievements bar.

Dive into Adobe Summit 2024! Explore curated list of AEM sessions & labs, register, connect with experts, ask questions, engage, and share insights. Don't miss the excitement.

locallibrary.xml not found doc and settings is network share

Avatar

Former Community Member
Our documents and settings is pointed to a network share (SAN)



when adobe acrobat 8 installs the livecycle designer launch errors with



unable to load object library \\networkshare\application data\adobe\designer\8.0\en\objects\locallibrary.xml



I try to set the shared library location in the gui to point at the actual location of the locallibrary.xml (d:\program files\adobe\designer\...) but it will create a runtime exception and crash out.



At this point designer does not work with our install. I googled and the only workaround I found is to copy the contents of this into the network share location which is unacceptable.



Any ideas? I would expect this to be a registry key setting
10 Replies

Avatar

Former Community Member
I have the same issue.



We use redirected profiles ( not cached ) .



The software installs correctly ( under an account with local admin rights ) but when the user logs in non of htese files appear within there profile (before or after starting the software ).



At what point does the adobe software generate these files in a users profile ?

Avatar

Former Community Member
I have the same problem (I am running Windows Vista). We are running off a domain controller here. Any help to resolve this would be greatly appreciated as at the moment I cannot use this product.



Kind regards,

Kate

Avatar

Former Community Member
I had the same problem. We use redirected folders that are stored on a network share. I logged in as the local Administrator on the workstation. I then copied the EN folder from \\<workstation>\c$\Documents and Settings\Administrator\Application Data\Adobe\Designer\8.0 to \\<networkshare>\redirected\<username>\Application Data\adobe\Designer\8.0. Everything then worked.

Avatar

Former Community Member
That is all good if you only have one of two users which use the product. If you have over 100 then it becomes an issue. Also if you are using software to automate the delivery of the software as machine based install ( i.e. software that should just need to be installed on the computer under any account with the required privlidged and it is then avaliable to any one who uses the computer ) now requires a user based component to get it to work for the first person and for any other user who is planning on using it on that computer from that point on.



It appears that something is missing from the install, if you are going to create user profile based reg keys and files then you need to ensure that the software creates these for each user who logs on ( a bit like work does with each user ). The only exception that I could think of would be if the license states that it is a user based license rather than a node based license. Either way I would have thought that there were few organsiations where user were allowed to install there own software and either required an admin to do it or a solution like SMS or Altiris installed it for them.

Avatar

Level 1
Did anyone find the registry keys for this one?

I have been trying to solve this problem aswell, anyluck?

Avatar

Former Community Member
1. Take a working install (do a manual install) and capture the appdata entries and put them into a null session share folder.<br />(ie. <network path>\Application Data\Adobe\Designer\8.0)<br /><br />2. create a script (vbs or whatever) that will create the app data folders for designer 8.0<br />3. have the script copy the contents of the working environment.<br />4. make a deployment job copy this into the allusers startup.<br /><br />so what will happen is every user that logs into this machine will then have the startup generate the designer environment for you. <br /><br />It's not a perfect solution but it works until adobe addresses this.<br /><br />SAMPLE CODE (VBS) (replace <>'s with your paths)<br /><br />Const DesignerPath = "<network path>\Application Data\Adobe\Designer\8.0\EN"<br />Const SourcePath = "<my null session share source files>"<br />Const DestPath= "<network path>\Application Data\Adobe\Designer"<br />Const Ver8Path= "<network path>\Application Data\Adobe\Designer\8.0"<br />Const AdobeFolder= "<network path>\Application Data\Adobe"<br /><br />Dim filesys<br />Set filesys = CreateObject("Scripting.FileSystemObject")<br /><br />If Not filesys.FolderExists(DesignerPath) Then<br /> If Not filesys.FolderExists(AdobeFolder) Then<br /> filesys.CreateFolder(AdobeFolder)<br /> End IF<br /> If Not filesys.FolderExists(DestPath) Then<br /> filesys.CreateFolder(DestPath)<br /> End IF<br /> If Not filesys.FolderExists(Ver8Path) Then<br /> filesys.CreateFolder(Ver8Path)<br /> End IF<br /><br /> filesys.CopyFolder SourcePath, Ver8Path<br />End If

Avatar

Former Community Member
of course realize that by doing this, it basically will keep reinitializing the appdata/adobe/... for designer everytime a user logs into the machine.

Avatar

Level 1
Oh this sounds like fun,

Thanks for getting back to me, I got the message about this response about the same time support hung up on me... (4th transfer to a "specialist")



It seems like there would be a better solution then copying 15MB Templates and forms to all 700 possible users profiles...



anyone know any variables that could go in the HKCU\software\adobe\designer\8.0\paths\ key do you?

I tried a couple basics but nothing took...

Avatar

Former Community Member
well remember this will only do this for the user that has adobe designer, and only the active logged in user on that machine only.



Now if all 700 users have it on 700 machines, then yes. However if you have that many licenses, then I would expect you to have better chances working with adobe. I don't have anywhere close to that number of adobe professional licenses.

Avatar

Level 1
Yeah, we are using a Terminal server, and limiting our licensed users to be the only ones that have access to the application. We have a lot of licesnes, I am not sure the exact number, but other users who do not have access to this application have access to others on the Server. which makes it annoying that my Profiles server will now use up a ton of extra disk space... Still working on a fix here, I will post if I hear anything from Adobe support, I am going to try to get them on the phone again today.