Вызов консольных скриптов из java

Question

[1nd1go]

Приветствую!

Интересует true-way вызова консольных скриптов из Java.

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

Метод Runtime.exec() будет на каждый вызов создавать системный процесс, что мне кажется несколько устрашающим, если клиентов будет около 1000.

Как по-грамотнее это организовать?

Answer 1

[javax]

А как Вы собираетесь запускать shell скрипт не запуская новый процесс?

Можно написай скрипты на груви, тогда сможете их запускать не создавая нового процесса

Comments

[1nd1go]

А как Вы собираетесь запускать shell скрипт не запуская новый процесс?

Да вот и не знаю. Но одно дело запустить один-два или 10 процессов, другой поназапускать их в цикле while i++<1000.

На счет groovy, я думал, но идея какая — я хочу запускать curl -o /dev/null -s -w "%{timetotal}" с обработкой awk'ом кое-чего еще, что ИМХО легковеснее в виде скрипта, ибо что на groovy, что на java мне надо будет кучу всего вокруг написать, чтобы повторить этот функционал.

[javax]

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

Answer 2

[egorinsk]

В unix запуск нового шелл-скрипта (если это шелл скрипт) занимает долю секунды (подробнее скаже команда time), что сравнимо мало в сравнении с частотой запуска. Ничего страшного в создании нового процесса нет.

А вот если это java-программа, то ее время инициаизации может быть значительным. Такие программы лучше не перезапускать часто.

Но если вы хотите дотронуться до основ джедайского искусства: сделайте демон, который будет запускаться, делать долю работы и засыпать на минуту, а ваш Java-код будет раз в минуту его пинать сообщением в сокет, а также оживлять и перезапускать при зависании/аварийном завершении.

Comments

[egorinsk]

Также, если процессоров несколько, можно сделать несколько воркеров и скрипт-супервайзерЮ следящий за ними и распределяющий работу.

[1nd1go]

Там идея какая — есть java приложение, которое управляет входными данными, оно живет отдельно, может сливать куда-то эти входные данные с периодичностью. Далее надо сделать джобу, которая непосредственно будет периодически выполняться. Для примера, как я писал — это curl. Ее можно либо заимплементить в джаве, что потребует солидных усилий как по имплементации, так и, имхо, по затратам на выполнение. А можно выполнить ее как shell скрипт, что мне кажется более оптимальным. Теперь надо придумать, как эффективнее организовать передачу входных данных, периодическое выполнение джобы и получение результатов исходя из условий, что описаны в вопросе.

Про джедайский способ с демоном — спасибо, надо посмотреть в эту сторону. Но чую, что там надо будет много сложностей понаписать на шелле, чтобы периодичность была правильной…

Answer 3

[barker]

В дополнение к вышесказанному. Т.е. всё верно, запустить скрипт без запуска шелла, очевидно, невозможно)
Хм, так поднимите один процесс и дёргайте его всё время, давая ему скрипт. Либо вынесите запуск скрипта наружу в нативную среду каким-либо образом (демоном, как выше сказали, или шедулером или как-то так).