Как установка Sun JRE, частный к моему приложению?

Я полагаю, что можно проверить, что параметры на самом деле передали приложению путем выполнения:

ps auxw | grep http

Я знаю, когда я унавоживаю с сервисами, мне действительно нравится использовать Lingon (даже при том, что он активно больше не разрабатывается.) Это дает хорошую идею, которой планируются задачи, это может помочь для проверки, что Ваша задача установила, чтобы быть активной или нет, и я полагаю, что это проверит непротиворечивость Вашего plist файла (хотя, так как Вы запустили с существующего, это, вероятно, будет хорошо), и это действительно хорошо для редактирования launchd plist файл. Обязательно посмотрите на опытный режим, специально для рассмотрения существующего файла, и обратите внимание, что под меню справки, можно получить доступ ко всем соответствующим страницам справочника.

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

service --test-if-available org.apache.httpd && echo "Available" || echo "Not available"
service --test-if-configured-on org.apache.httpd && echo "On" || echo "Off"

[но замените 'org.apache.httpd' в команде с тем, чем Вы настроили его, чтобы быть. Обратите внимание, что можно работать

service --list

для наблюдения списка всех сервисов, но к сожалению, данные не переходят к stdout, и Вы не можете передать его по каналу.]

Другой полезный инструмент, чтобы помочь Вам понять это является launchctl.

Для наблюдения, какие задачи планируются можно работать:

launchctl list

Обратите внимание, что Вы получаете различные результаты, если Вы делаете это как пользователь, чем если бы Вы делаете это как корень. Я полагаю, что корень видит задачи, которые планируются от/System/Library/LaunchDaemons и LaunchAgents, и что пользователь видит, запланированные от/Library/LaunchDaemons и LaunchAgents.

Launchctl также позволит Вам планировать/не планировать задачи. Обратите внимание, что в конфигурационных файлах, существует ключ, который указывает, отключено ли задание. Можно отредактировать файл, или, когда использование launchctl загружает или разгружает команду, можно использовать флаг-W, чтобы переопределить текущую установку и записать его обратно к диску.

Сайт, на который Вы сослались, перечислил команды для непланирования исходной задачи и расписания в замене как:

sudo launchctl unload /System/Library/LaunchDaemons/org.apache.httpd.plist
sudo launchctl load /Library/LaunchDaemons/org.apache.httpd.plist

какое верное право взглядов (хотя я не уверен, если sudo требуется для второго).


Почему апач запускает по-другому по сравнению с Установками системы? У меня есть два предположения.

  1. Это использует/System/Library/LaunchDaemons (и если бы Вы создали резервную копию этого и переопределили его, то Вы получили бы результаты, которые Вы ищете),
  2. Это запускает апача непосредственно и не использует launchctl.

Я открыл Console при переключении переключателя. Это ничего не показало в system.log. В /var/log/apache2/error.log это действительно показывало, что приложение было закрыто и запущено, но я не знаю, было ли это прямым или нет.


Я думаю, что я сделал бы:

  • Удалите/Library/LaunchDaemons/org.apache.httpd.plist
  • Создайте резервную копию/System/Library/LaunchDaemons/org.apache.httpd.plist, возможно, к другой папке
  • Отредактируйте его (и я, вероятно, использовал бы Lingon) запустить апача в режиме на 32 бита
  • Посмотрите, работает ли это при перезагрузке/перезагрузке задачи
  • Посмотрите, работает ли это при включении или выключении веб-совместного использования
  • Если это действительно работает, создает резервную копию Вашей измененной версии файла, также (на всякий случай, обновление ОС топает на нем).

2
задан 25 April 2011 в 16:36
2 ответа

Я думаю, собираетесь ли Вы распределить его, Вы хотели бы удостовериться, что Вы не требуете, чтобы установщик был запущен иначе, Вы могли перезаписать значения по умолчанию на целевой рабочей станции / сервер. Затем тот клиент мог получить симпатичное нарушение!

При включении всех конфигурационных файлов, требуемых запускать приложение с этим автономным jvm Вы сделали бы тот же тип вещи, которую делают другие поставщики. Так, я не рассматриваю это как большую проблему. например, не требуйте, чтобы конечный пользователь, чтобы установить JAVA_HOME в масштабе всей системы и включать любые опции во время выполнения в conf файл как jboss сделал с run.conf, или кот делает с setenv.sh.

Однако если Вы распределяете jvm, Вы, вероятно, собираетесь быть ответственными за поддержку его, возможно далеко за пределами периодов поддержки, которые оракул обеспечивает - таким образом, Вы могли бы хотеть полагать что как причину не сделать это.

2
ответ дан 3 December 2019 в 11:05

Я вижу, что существует две опции:

  1. Тихая установка Это берет INSTALLDIR=<drive>:\<install_path> параметр
  2. Просто на молнии установленная папка (см. обсуждение здесь),

Я думаю для своего подхода цели 2, лучше из-за, это - простота. Можно было бы быть лучше, если мы должны были показать инструмент конфигурирования Java в окнах Control Panel или использовать интеграцию браузера для applets/jnlp

1
ответ дан 3 December 2019 в 11:05

Теги

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