Discussion :

[waxman]

Bonjour à tous,

J'ai développé une application c# sous VS2010.
Une fois celle ci achevée, j'ai créé un second projet pour faire le setup d'installation de cette dernière.

L'application, parmi ses fichiers, embarque une base de données mdb déployée dans un de ses dossiers (dans programfiles)

Lors de l'installation, je me rends compte que la base de données est copiée avec seulement les droits de lecture et exécution pour l'utilisateur courant.

Résultat, lorsqu'on utilise l'application, cette dernière peut lire sa bdd mais ne peut rien y écrire.

Savez vous comment gérer ce cas de figure et faire en sorte qu'on puisse écrire dans la bdd une fois l'application installée ???

Merci d'avance

[tomlev]

Lors de l'installation, je me rends compte que la base de données est copiée avec seulement les droits de lecture et exécution pour l'utilisateur courant.

A mon avis ce n'est pas une question de droits sur le fichier. C'est juste que, comme pour tous les fichiers qui sont dans Program Files, seul un programme qui s'exécute en mode administrateur peut les modifier. Ce comportement existe depuis Windows Vista ; les applications ne doivent pas placer leurs données dans Program Files, mais dans le répertoire de données d'applications de l'utilisateur (C:\Users\<nom d'utilisateur>\AppData) ou le répertoire de données d'application commun à tous les utilisateurs (C:\ProgramData)

[waxman]

Bonjour,

Dans l'absolu, c'est un problème de droits car l'utilisateur a, par défaut, un droit de lecture et exécution sur ce dossier (par héritage de program files) et mettre manuellement un droit d'écriture sur le fichier résout le problème.

Mais, grace à ton message, je comprends que mon approche n'est pas bonne puisque il n'est pas souhaitable d'avoir un droit écriture sur les fichiers de cet emplacement.

Par contre, sais tu comment indiquer ce chemin comme cible pour ma bdd ?

Parmi les dossiers disponibles, j'ai:
- Bureau de l'utilisateur
- Dossier d'application <- là où je l'avais mis
- Menu Programmes de l'utilisateur
- Fichiers communs (x86 et 64)
- Fonts
- Program Files (x86 et 64)
- Systeme (x86 et 64)
- Application data de l'utilisateur <- Me semble le meilleur candidat mais je ne voulais pas cloisonner par utilisateur
- Favoris de l'utilisateur
- Documents de l'utilisateur
- Envoyer vers de l'utilisateur
- Démarrer de l'utilisateur
- Démarrage de l'utilisateur
- Modèles de l'utilisateur
- Windows
- GAC

Dois je passer par un dossier personnalisé ? Dans ce cas, quel chemin générique pour indiquer ce dossier ?

Une autre question (une de plus !!) en indiquant ce dossier, comment ça va se passer sous XP ? Quel sera le dossier cible ?

Un grand merci d'avance

[waxman]

Bonjour,

Alors, on avance....

Déja pour la question de configurer le répertoire dans le projet d'installation, la réponse est ici:
http://stackoverflow.com/questions/3...-setup-project

Par contre, le problème initial reste entier car dans ce répertoire, la base de données reste avec les droits lecture et exécution seulement pour l'utilisateur. Tout comme dans program files

Une autre piste ?
Merci

[waxman]

Rebonjour,

J'ai fini par reussir.

La bonne pratique consiste donc, en effet, à disposer les données communes du programme dans ProgramData et d'attribuer, en cours d'install, les droits souhaités aux fichiers souhaités....

On passe alors par les actions personnalisées du projet d'installation

Bonne journée