How to set the user's Default joboptions directory?

Question

Hello Experts,
When we installed Acrobat Pro 8.x on our Win XP Pro systems our systems were NOT in a Windows Domain.  At that time the default location for user-created/customized joboptions files was:
C:\Documents and Settings\<Username>\Application Data\Adobe\Adobe PDF\Settings
where <Username> is the name of the LOCAL Windows user.
A few years ago we migrated to a Windows Domain and converted our LOCAL users to domain users and disabled, but did not delete, the LOCAL user's account.  We did not remove the LOCAL user's Documents and Settings directory structure either.
Our users now log into a DOMAIN rather than the LOCAL account.
As a result of that process the user's Documents and Settings directory structure changed to;
  C:\Documents and Settings\<Username.DOMAINNAME>
where DOMAINNAME is, of course, our Windows Domain Name.
Now we are beginning to use Acrobat Distiller joboptions and I notice that when Acrobat/Distiller goes to save a user-created/customized joboptions file the default location has remained;
  C:\Documents and Settings\<Username>\Application Data\Adobe\Adobe PDF\Settings
which is NOT the user who is logged in
Acrobat/Distiller should use the Documents and Settings directory of the user who is actually logged in which is;
  C:\Documents and Settings\<Username.DOMAINNAME>\Application Data\Adobe\Adobe PDF\Settings
This anomaly has created some confusion and appears to have created a dependency of the old LOCAL user's Documents and Settings directory preventing us from deleting it.
Question:
How can we force Acrobat/Distiller to use the Documents and Settings directory of the logged in user (eg: the Domain user)?
In other words, how do we set the user's default joboptions directory?
Pointers/tips/and tricks are most welcome.

Answer 1

if the user is the one running the program, you can always get the home directory using System.getProperties ("user.home");
If you are trying to get the properties of another user, you could try using setProperties to change the user name first, before getiting the home directory, but it probably won't work because of the security manager. You could read the /etc/passwd file and parse the path out, but once again, the user of the code would have to have appropriate permission.