какой язык (python / perl / tcl) в linux не нужен для установки сторонних библиотек?

Question

какой язык (python / perl / tcl) в linux не нужен для установки сторонних библиотек?

1

При развертывании java-приложения на linux нам не нужно ничего устанавливать, все сторонние библиотеки - это jar файлы, и мы обновляем classpath только в файле script. Но java нуждается в jre, который довольно большой.

Итак, есть ли другой язык, поддерживаемый linux, может это сделать? По умолчанию наш сервер поддерживает только perl/python/tcl, не доступен gcc, вздох.

Wind SC 09 сен. 2010, в 12:19

Источник

Теги:

java

python

linux

perl

tcl

5 ответов

Ещё вопросы

Chas. Owens · Answer 1 · 2010-09-09T09-30-00.000Z

Perl 5 имеет PAR и PAR::Packer. PAR концептуально похож на JAR файл (это zip файл из одного или нескольких модулей). PAR::Packer делает еще один шаг: он объединяет все, что вам нужно, чтобы запустить программу в один исполняемый файл. PAR::Packer для исполняемых файлов не требуется даже Perl 5, установленный в целевой системе.

спасибо, час! Но Perl ... действительно мой последний выбор, если нет других, потому что мне это кажется немного неясным.
@Wind SC Как это может быть темнее, чем JAR? Это та же основная концепция.
Я думаю, что Wind SC означает, что сам Perl ему немного не понятен: o)
Ах, это имеет немного больше смысла, но хорошо написанный код на Perl не хуже любого другого языка.
@Wind SC: Если Perl слишком неясен для вас, вы не должны включать его в свой вопрос (или теги), чтобы люди Perl знали, чтобы не беспокоить
@MkV не согласен, если бы не было решения на python или TCL, ему пришлось бы принимать perl, так как он мог свободно использовать свои личные предпочтения, чтобы выбрать между ними

jk. · Answer 2 · 2010-09-09T09-37-00.000Z

perl, python и tcl могут запускать сторонние библиотеки без их установки, которые вам наиболее удобны с

tcl имеет starkits и starpacks

perl рассматривается в другом ответе

python имеет eggs и freeze (и py2exe для окон)

Как я могу сделать это в Python? Есть ли способ упаковать все в один файл? как банка.
@Wind SC больше Tcl человек, но яйца, кажется, то, что вы хотите
+1 за упоминание звездных ранцев; похоже, что они задают вопрос.

bsterne · Answer 3 · 2010-09-15T02-52-00.000Z

Приложения Tcl могут быть объединены в однофайльный исполняемый файл со всеми включенными зависимостями. Я использовал их для нескольких приложений. Вы можете создавать однофайловые исполняемые файлы для Linux, Windows и OSX.

От http://www.equi4.com/starkit/:

A Starkit - это механизм упаковки для предоставление приложения в автономный, без установки и очень портативный способ. Имя приходит от того, чтобы основываться на StandAlone Runtime, называемый Tclkit.

Старкит создает иллюзию "файловая система в файле" - на снаружи, это один файл, но код приложения продолжает видеть полный каталог скриптов, расширения, пакеты, изображения и любые другие файлы, в которых он нуждается. Starkits может быть мультиплатформенным. А также они могут быть записаны в силу лежащей в основе базы данных Metakit.

Следует отметить, что вы можете загружать двоичный код расширения из starkit, что позволяет очень легко доставлять целые сложные приложения без каких-либо шагов установки (или отдельных библиотек, которые в действительности являются «толстыми» с поддержкой многих различных архитектур). Единственный раз, когда он не прозрачен, это когда API, которому вы хотите передать данные, принимает только имя файла; это меньшинство, но включает в себя execve() ...

Philipp · Answer 4 · 2010-09-09T09-04-00.000Z

2

В Linux вы должны использовать формат дистрибутива (DEB, RPM,...) для развертывания приложений. Менеджеры пакетов, включенные в дистрибутивы, могут автоматически обрабатывать зависимости.

Кроме того, я думаю, что Perl - это единственный язык, доступный в большинстве Linux-систем из коробки. Python тоже очень популярен, но, вероятно, не так вездесущ.

Philipp 09 сен. 2010, в 09:04

0

спасибо Филипп DEB / RPM - хорошее решение, поэтому для нашей SA может быть очевидна зависимость, но нам нужно, чтобы приложение могло само обновляться без помощи SA, включая стороннюю используемую библиотеку. На самом деле наша цель - ненавязчивая система, не зависящая от уровня ОС.
Wind SC 09 сен. 2010, в 10:39
1

@Wind К сожалению, Perl может быть универсально доступен, но многие из наиболее полезных модулей CPAN не доступны (на ум приходит List :: MoreUtils ), так что вы либо будете ограничены основными функциями, либо будете использовать PAR в качестве Chas. говорит.
Philip Potter 09 сен. 2010, в 10:51
1

@Wind SC - это во многом зависит от того, какие SA настроены - в некоторых местах исполняемые файлы не могут быть обновлены никем, кроме SA - т.е. установлены права доступа к каталогу, поэтому мало кто может писать в коде - это часто попытка остановить вирусы и т. Д. а также провести аудит того, что именно выполняется, чтобы изменения могли быть одобрены до развертывания.
Mark 09 сен. 2010, в 10:56
1

List :: MoreUtils полезен только в меру (все, что в этом модуле может быть построено с помощью foreach, map или grep или Reduce List :: Util), гораздо более полезный List :: Util в ядре.
MkV 09 сен. 2010, в 13:47

Показать ещё 2 комментария

Chris Adams · Answer 5 · 2010-09-09T16-25-00.000Z

Наткнулся на это вчера: http://code.activestate.com/recipes/497000-build-a-compressed-self-extracting-executable-scri/

На странице показано, как очень легко превратить zip файл, содержащий скрипты python, в исполняемый файл.