Вопросы Теги

Запустить приложение Java в качестве задания Cron

Как сказал Оли, ваш лучший снимок - это, вероятно, виртуализация.

При этом, если вы возитесь с аппаратным обеспечением, виртуализация может не сократить его для вас, и в этом случае вы можете использовать Oli , чтобы поменять рабочее ядро ​​без полной перезагрузки.

Снято с страницы ArchWiki kexec: 

kexec -l /boot/new-kernel --initrd=/boot/new-initrd --reuse-cmdline
kexec -e

Обратите внимание, что выше все будет перезагружать все службы, включая вашу систему инициализации, сервер отображения, сеть и т. д. Однако, если вы используете достаточно быструю систему init, например systemd, вы можете загрузиться в новое ядро ​​через 2-3 секунды, так как вы обходите BIOS / UEFI и загрузчик.

Аналогичное описание можно найти на странице ArchWiki kexec .

1
задан 15 May 2012 в 18:02

8 ответов

Проблема в том, что java -version, похоже, не записывает в stdout 

rhand@server:/tmp$ /usr/bin/java -version > t.log
java version "1.6.0_20"
OpenJDK Runtime Environment (IcedTea6 1.9.13) (6b20-1.9.13-0ubuntu1~10.04.1)
OpenJDK Client VM (build 19.0-b09, mixed mode, sharing)

. Решение заключается в использовании этой команды: 

/usr/bin/java -version 2> /tmp/j.log
1
ответ дан 25 May 2018 в 11:23
  • 1
    Фактически, с пятью * *, работа в crontab должна запускаться раз в минуту. – G. He 15 May 2012 в 18:25
  • 2
    Извините, я уже изменил свой ответ, поскольку понял, что совершил ошибку. – Rhand 15 May 2012 в 18:27
  • 3
    Я забыл включить решение: / usr / bin / java -version 2 & gt; /tmp/j.log – Rhand 15 May 2012 в 18:29
  • 4
    bugs.sun.com/bugdatabase/view_bug.do?bug_id=4380614 Мы должны подумать очень, очень тщательно, прежде чем исправлять эту ошибку. Очевидно, неправильно печатать информацию о версии в stderr, но поскольку мы делаем это с самого начала, кажется, что мы сломаем существующие системы, созданные поверх Java, если мы изменим их сейчас. Если мы решим изменить это, тогда он должен подождать, пока не будет выпущен тигр, чтобы можно было провести адекватное тестирование. – Rhand 15 May 2012 в 18:37
  • 5
    Из руководства bash: существует два формата для перенаправления стандартного вывода и стандартной ошибки: &>word и >&word. Из двух форм предпочтительным является первое. Это семантически эквивалентно >word 2>&1 – us3r 15 May 2012 в 18:52

Проблема в том, что java -version, похоже, не записывает в stdout 

rhand@server:/tmp$ /usr/bin/java -version > t.log
java version "1.6.0_20"
OpenJDK Runtime Environment (IcedTea6 1.9.13) (6b20-1.9.13-0ubuntu1~10.04.1)
OpenJDK Client VM (build 19.0-b09, mixed mode, sharing)

. Решение состоит в использовании этой команды: 

/usr/bin/java -version 2> /tmp/j.log
1
ответ дан 25 July 2018 в 18:55

Проблема в том, что java -version, похоже, не записывает в stdout 

rhand@server:/tmp$ /usr/bin/java -version > t.log
java version "1.6.0_20"
OpenJDK Runtime Environment (IcedTea6 1.9.13) (6b20-1.9.13-0ubuntu1~10.04.1)
OpenJDK Client VM (build 19.0-b09, mixed mode, sharing)

. Решение состоит в использовании этой команды: 

/usr/bin/java -version 2> /tmp/j.log
1
ответ дан 2 August 2018 в 01:02

Проблема в том, что java -version, похоже, не записывает в stdout 

rhand@server:/tmp$ /usr/bin/java -version > t.log
java version "1.6.0_20"
OpenJDK Runtime Environment (IcedTea6 1.9.13) (6b20-1.9.13-0ubuntu1~10.04.1)
OpenJDK Client VM (build 19.0-b09, mixed mode, sharing)

. Решение состоит в использовании этой команды: 

/usr/bin/java -version 2> /tmp/j.log
1
ответ дан 4 August 2018 в 16:34

Проблема в том, что java -version, похоже, не записывает в stdout 

rhand@server:/tmp$ /usr/bin/java -version > t.log
java version "1.6.0_20"
OpenJDK Runtime Environment (IcedTea6 1.9.13) (6b20-1.9.13-0ubuntu1~10.04.1)
OpenJDK Client VM (build 19.0-b09, mixed mode, sharing)

. Решение состоит в использовании этой команды: 

/usr/bin/java -version 2> /tmp/j.log
1
ответ дан 6 August 2018 в 01:14

Проблема в том, что java -version, похоже, не записывает в stdout 

rhand@server:/tmp$ /usr/bin/java -version > t.log
java version "1.6.0_20"
OpenJDK Runtime Environment (IcedTea6 1.9.13) (6b20-1.9.13-0ubuntu1~10.04.1)
OpenJDK Client VM (build 19.0-b09, mixed mode, sharing)

. Решение состоит в использовании этой команды: 

/usr/bin/java -version 2> /tmp/j.log
1
ответ дан 7 August 2018 в 18:39

Проблема в том, что java -version, похоже, не записывает в stdout 

rhand@server:/tmp$ /usr/bin/java -version > t.log
java version "1.6.0_20"
OpenJDK Runtime Environment (IcedTea6 1.9.13) (6b20-1.9.13-0ubuntu1~10.04.1)
OpenJDK Client VM (build 19.0-b09, mixed mode, sharing)

. Решение состоит в использовании этой команды: 

/usr/bin/java -version 2> /tmp/j.log
1
ответ дан 10 August 2018 в 07:19

Проблема в том, что java -version, похоже, не записывает в stdout 

rhand@server:/tmp$ /usr/bin/java -version > t.log
java version "1.6.0_20"
OpenJDK Runtime Environment (IcedTea6 1.9.13) (6b20-1.9.13-0ubuntu1~10.04.1)
OpenJDK Client VM (build 19.0-b09, mixed mode, sharing)

. Решение состоит в использовании этой команды: 

/usr/bin/java -version 2> /tmp/j.log
1
ответ дан 15 August 2018 в 19:20
  • 1
    Фактически, с пятью * *, работа в crontab должна запускаться раз в минуту. – G. He 15 May 2012 в 18:25
  • 2
    Извините, я уже изменил свой ответ, поскольку понял, что совершил ошибку. – Rhand 15 May 2012 в 18:27
  • 3
    – Rhand 15 May 2012 в 18:29
  • 4
    bugs.sun.com/bugdatabase/view_bug.do?bug_id=4380614 Мы должны подумать очень, очень тщательно, прежде чем исправлять эту ошибку. Очевидно, неправильно печатать информацию о версии в stderr, но поскольку мы делаем это с самого начала, кажется, что мы сломаем существующие системы, созданные поверх Java, если мы изменим их сейчас. Если мы решим изменить это, тогда он должен подождать, пока не будет выпущен тигр, чтобы можно было провести адекватное тестирование. – Rhand 15 May 2012 в 18:37
  • 5
    – us3r 15 May 2012 в 18:52

Другие вопросы по тегам:

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