Предпочтение Eclipse хранит постоянство

Вы можете добиться этого, изменив файл web.config.

<configuration>
<system.webserver>
<rewrite>
   <rules>
            <rule name="RemoveASPX" enabled="true" stopProcessing="true">
                <match url="(.*)\.aspx" />
                <action type="Redirect" url="{R:1}" />
            </rule>
            <rule name="AddASPX" enabled="true">
                <match url=".*" negate="false" />
                <conditions>
                    <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" />
                    <add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" />
                    <add input="{URL}" pattern="(.*)\.(.*)" negate="true" />
                </conditions>
                <action type="Rewrite" url="{R:0}.aspx" />
            </rule>
   </rules>
</rewrite>
</system.webserver>
</configuration>
12
задан TJR 8 October 2009 в 18:59
поделиться

3 ответа

It sounds like you need to store your preferences at a central location that all users/machines can reach. This means you have to implement your own IPersistentPreferencesStore. Then you can override org.eclipse.jface.preference.PreferencePage#doGetPreferenceStore() to use it.

The bigger question is how to implement that central preferences store, but that depends on the technologies you are using. In general, if your project uses a central server, you probably should store your preferences there. For example, if your project already uses a relational database, one solution would be to create appropriate database tables and implement IPersistentPreferencesStore to access those tables via JDBC.

8
ответ дан 2 December 2019 в 07:03
поделиться

Согласно eclipse wiki , настройки основаны на файлах и хранятся:

  • для каждой установки (но это может различаться для многопользовательских установок) в файлах, хранящихся в / eclipse / configuration /.settings/[1144143 impression.
    ) Обычно на каждый подключаемый модуль приходится один файл с расширением .prefs .
    Обратите внимание, что очень немногие подключаемые модули используют параметры установки.
  • для каждой рабочей области в файлах, хранящихся в /.metadata/.plugin/org.eclipse.core.runtime/.settings .
    Обычно на каждый подключаемый модуль приходится по одному файлу с расширением .prefs .
  • для каждого проекта - для настроек уровня проекта - в файлах, хранящихся во вложенном файле .settings директория папки вашего проекта

Так что, если опция файла останется, вам может потребоваться:

  • либо экспортировать / повторно импортировать настройки сеанса вручную в директорию для конкретного пользователя (утомительно)
  • , либо сделать что-то вроде автоматизированного механизма:
    • , чтобы экспортировать настройки в реестр пользователя ( HKEY_CURRENT_USER / Software / MyRCP / ... ) при выходе из приложения, и
    • , чтобы импортировать их, прочитав эти ключи реестра и переопределив .prefs файлы в локальном рабочем пространстве.metadata.plugins \ org.eclipse.core.runtime.settings каталог
  • или поделиться этими настройками с помощью какой-либо пользовательской ссылки ( обертка вокруг запуска RCP будет отвечать за создание правильной ссылки, даже в Windows с соединениями , например)
9
ответ дан 2 December 2019 в 07:03
поделиться

Вы должны прочитать о многопользовательских установках

В нашем случае мы отделили индивидуальные предпочтения от конфигурации приложения, установив config.ini, чтобы включить следующее:

osgi.instance.area=@user.home/Application Data/earthrise
osgi.configuration.area=@user.home/Local Settings/Application Data/earthrise/144/configuration
osgi.sharedConfiguration.area=c:/program files/earthrise/configuration
osgi.configuration.cascaded=true

В результате любые настройки, установленные пользователем, сохраняются в его перемещаемом профиле, но данные конфигурации конкретного приложения хранятся в локальных настройках.

Это не решает проблему наличия пользовательских предпочтений, специфичных для конкретная рабочая станция, но позволяет каждому пользователю иметь свои собственные настройки.

Уловка в том, что файл журнала ошибок eclipse будет храниться в области экземпляра и переноситься в их перемещаемый профиль - не совсем то, что вы хотите. Вы можете обойти это в надстройке. См. Обходной путь на eclipse bugzilla - найдите 256502

5
ответ дан 2 December 2019 в 07:03
поделиться
Другие вопросы по тегам:

Похожие вопросы: