/build/static/layout/Breadcrumb_cap_w.png

User DSNs in Terminal Server

I have a doubt regarding the User DSNs.

I am packaging Access application for Terminal server.The application installs User DSNs.
Initially i tried to install user DSNs through registries which will try to self heal when the user logs in.

as self heal will not happen in Terminal server,i used tables for the ODBC DSNs.Now application is not self healing.User DSNs are also getting installed.Here i am not understanding how this works eventhough user DSNs also related to user info only.How msi will handle this internally.

Is it the correct way to install user DSNs for terminal server.

can anybody suggest on this....

0 Comments   [ + ] Show comments

Answers (3)

Posted by: gizsha 16 years ago
Purple Belt
0
Why not try installing them as System DSN's. Works 9 out 10 times. It's the first thing I do, when an app. installs User DSN's. Well, maybe you did try and it doesn't work.

The users have roaming profiles I assume? If so, I don't understand how you could get it to work. I had to use vbscripts so the User information would write to their roaming profile.

Not sure I understand "used tables for the ODBC DSNs.

~Gizsha
Posted by: Eswari 16 years ago
Orange Belt
0
Instead of registries i used ODBC tables in msi for the DSNs.
System DSNs i am not sure about how it works.If the application is designed in such a way to use User DSNs,then what will be the functionality if we use system DSNs.
Posted by: anonymous_9363 16 years ago
Red Belt
0
There is no difference, save for the fact that all users will see System DSNs in ODBC Administrator and only the user who created a User DSN will see that DSN. If the app cares i.e. it works with User but not System, it isn't using ODBC correctly, probably by reading registry entries directly. Throw it away.
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ