Вы имеете в виду удаленный JBoss отладки от Eclipse?
От Конфигурирование Eclipse для Удаленной Отладки :
Набор переменная JAVA_OPTS следующим образом:
set JAVA_OPTS= -Xdebug -Xnoagent
-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n %JAVA_OPTS%
или:
JAVA_OPTS="-Xdebug -Xnoagent
-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n $JAVA_OPTS"
В кадре Отладки, выберите Удаленный узел JAVA-приложения.
В Свойствах Соединения, укажите localhost
как Хост и укажите Порт как порт, который был указан в сценарии пакетной обработки выполнения сервера JBoss, 8787
.
Я использую модуль настроек, который не является одним файлом:
settings/
__init__.py
_base.py
_servers.py
development.py
production.py
testing.py
Файл __init__.py
прост:
from _servers import get_server_type
exec("from %s import *" % get_server_type())
Файл _base.py
содержит все общие настройки для всех типов серверов.
Файл _servers.py
содержит функцию get_server_type()
, которая использует socket.gethostname()
, чтобы определить, каким типом сервера является текущий компьютер: он возвращает development
, production
или testing
.
Тогда остальные файлы выглядят примерно так (production.py
):
DEBUG=False
TEMPLATE_DEBUG=False
from _base import *
В каждом из этих файлов я добавляю настройки, которые относятся только к этому типу сервера.
django-admin.py / manage.py оба принимают опцию --settings=mysite.settings
. В разработке вы можете явно указать --settings=dev_settings
. Вы также можете установить переменную окружения DJANGO_SETTINGS_MODUL
E в вашей конфигурации apache.
Лично я просто не проверяю settings.py. Вместо этого я проверяю несколько файлов настроек (dev_settings, prod_settings и т. Д.) И символически связываю их с settings.py по желанию. Таким образом, если я просто извлечу свое приложение, оно не будет запущено, пока я не подумаю о том, какой файл настроек уместен, и фактически положу этот файл настроек на место.
Еще одно предложение, которое я слышал, но мне не особенно нравится, это наличие settings.py , который динамически импортирует dev_settings.py , если он существует. Хотя это может быть более удобным, я бы обеспокоен тем, что труднее читать settings.py и знать, какими будут настройки на самом деле, не ища переопределяющих значений в dev_settings.py файл, который может существовать или не существовать.