Eclipse de Préférence magasin de persistance

J'ai plusieurs utilisateur/emplacement RCP application qui utilise actuellement plusieurs options configurables par l'utilisateur. Certaines préférences sont spécifiques à la station, certains sont spécifiques à l'utilisateur.

Les options sont de préférence store qui permet à l' *.préf fichiers d'espace de travail".les métadonnées.plugins\org.eclipse.de base.moment de l'exécution.les paramètres".

Ce serait bien si nous étions seuls à l'aide d'une seule machine/utilisateur. Mais si un utilisateur de passer à une autre station, ensuite, l'utilisateur sera en utilisant toutes les préférences de configuration de la station.

Est-il possible de spécifier une autre forme de persistance (pas de fichiers)?

OriginalL'auteur TJR | 2009-10-08

  1. 7

    Cela sonne comme vous avez besoin pour stocker vos préférences d'un emplacement central que tous les utilisateurs/machines peuvent atteindre. Cela signifie que vous devez mettre en place votre propre IPersistentPreferencesStore. Ensuite, vous pouvez remplacer org.eclipse.jface.preference.PreferencePage#doGetPreferenceStore() de l'utiliser.

    La plus grande question est de savoir comment mettre en œuvre ce que le centre de préférences magasin, mais qui repose sur les technologies que vous utilisez. En général, si votre projet utilise un serveur central, vous devriez probablement stocker vos préférences. Par exemple, si votre projet utilise une base de données relationnelle, une solution serait de créer des tables de base de données et de mettre en œuvre IPersistentPreferencesStore d'accéder à ces tables via JDBC.

    OriginalL'auteur

  2. 9

    Selon le eclipse wiki, les préférences sont basées sur les fichiers, et sont enregistrées:

    • pour chaque installation (mais cela peut varier pour les installations multi-utilisateurs), dans des fichiers stockés dans <eclipse_home>/eclipse/configuration/.settings/.

      Il est généralement un fichier par plugin, avec un .prefs extension.

      Noter que très peu de plugins utilisation de l'installation à l'échelle de préférences.
    • pour chaque espace de travail, dans des fichiers stockés dans <workspace>/.metadata/.plugin/org.eclipse.core.runtime/.settings.

      Il est généralement un fichier par plugin, avec un .prefs extension.
    • pour chaque projet, pour le projet au niveau de paramètres dans des fichiers stockés dans un .settings sous-répertoire de votre projet

    Donc, si l'option est là pour rester, vous devrez peut-être:

    • soit exportez/importez à nouveau les paramètres de la session manuellement dans un répertoire spécifique de l'utilisateur (fastidieux)
    • ou de faire une sorte de mécanisme automatique:
      • pour exporter les paramètres de registre de l'utilisateur (HKEY_CURRENT_USER/Software/MyRCP/...) à la sortie de l'application, et
      • de les importer par la lecture de ces clés de registre et en remplaçant la .prefs fichiers dans le local workspace.metadata.plugins\org.eclipse.core.runtime.settings répertoire
    • ou partager ces paramètres grâce à une sorte de spécifique à l'utilisateur un lien (un wrapper autour de la mise en service de la RCP serait en charge de faire le lien, même sur Windows avec des jonctions par exemple)

    OriginalL'auteur

  3. 5

    Vous devriez lire à propos de multi-utilisateur installe

    Dans notre cas, nous avons séparé les préférences de l'utilisateur à partir de la configuration de l'application par le réglage de la config.ini pour inclure les éléments suivants:

    [email protected]/Application Data/earthrise
[email protected]/Local Settings/Application Data/earthrise/144/configuration
osgi.sharedConfiguration.area=c:/program files/earthrise/configuration
osgi.configuration.cascaded=true

    Le résultat de ceci est que les préférences de l'utilisateur sont stockés dans leur profil itinérant, mais spécifiques à l'application les données de configuration sont stockées dans les Paramètres Locaux.

    Cela ne résout pas le problème d'avoir des préférences de l'utilisateur spécifiques à un poste de travail, mais elle permet à chaque utilisateur de disposer de leurs propres préférences.

    Un hic, c'est que l'éclipse journal d'erreurs de fichier sera stocké dans le cas de la zone et de se laisser dans leur profil itinérant - pas vraiment ce que vous voulez. Vous pouvez contourner ce dans le plug-in. Voir la solution de contournement à eclipse bugzilla - recherche pour 256502

    Pas sûr que cela répond à la question d'origine sur l'enregistrement d'ailleurs que les fichiers locaux, mais elle a répondu à ma question avec exactement la bonne référence et un exemple utile. Merci!

    OriginalL'auteur

  4. 0

    Juste une pensée!

    Depuis la méthode load() de PreferenceStore n':

    public void load() throws IOException {
    FileInputStream in = new FileInputStream(filename);
    load(in);
    in.close();
}

    et vous pouvez soit créer un PreferenceStore

    PreferenceStore(String filename)

    ou de l'ensemble de son nom de fichier

    public void setFilename(String name) {
    filename = name;
}

    vous pourriez être en mesure de "pirater" le nom du fichier à certains endroit sur un serveur partagé (ou les utilisateurs partagés dossier d'accueil peut-être)...

    OriginalL'auteur