Местоположение конвенции для файлов JAR для LaunchDaemon на OS X?

Вы могли бы попытаться отправить свой вопрос e1000 списку рассылки разработчиков, который активно контролируется разработчиками драйвера Intel NIC. Обязательно включайте Ваше распределение ОС, вывод от "ethtool-i eth0" и возможно вывод lspci.

Можно найти информацию о списке рассылки о сайте SourceForge для драйверов Intel NIC: https://lists.sourceforge.net/lists/listinfo/e1000-devel

1
задан 23 February 2011 в 16:13
1 ответ

Где Приложения обычно пишут свои данные? Как насчет корневого каталога пользователя, что ведомое устройство работает под?

У меня есть вопрос относительно slave.jar. Разве актуальнейшая версия slave.jar не загружена при выполнении jnlp файла?

1
ответ дан 4 December 2019 в 02:00
  • 1
    страница разработчика Apple состояния: "Также возможно выполнить дополнительные копии launchd, чаще всего выполненного некорневым пользователем. Когда некорневые пользователи загружают задания, launchd демон, обрабатывающий их выполнения заданий с их некорневыми полномочиями, давая дополнительный уровень безопасности". Я настоятельно рекомендовал бы Вам не выполнение его под корнем. Так пользователь, что выполнения launchd под (позволяет, говорят, что Гудзон) может иметь Корневой каталог, который используется для всех Гудзонских файлов. Работа; s как очарование для меня. - видят, что developer.apple.com/macosx/launchd.html –  Peter Schuetze 29 November 2010 в 19:31
  • 2
    Относительно javaws. Вы смутили меня, потому что Вы копируете jnlp файл, который в Вашем случае является абсолютно ненужным. Вы думали о запуске клиента SSL через SSH? Профессионалы: меньше проблем конфигурации, ведомое устройство может быть запущено по требованию, у Вас всегда будет новейший slave.jar –  Peter Schuetze 29 November 2010 в 19:43

Теги

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