k001
k001
:...

April 2032
        1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30

k001 [userpic]
java

Удивительно талантливые люди работают в Sun над Java!

В состав j2sdk входит некое количество .jar-файлов. Так вот, эти молодцы часть этих "банок" умудрились дополнительно сжать модной утилитой pack, а в постинсталл скрипте rpm пакета их распаковывают.

Возникает желание задать сразу несколько вопросов:
- разве jar - это не сжатый архив?
- (хорошо, пускай не сжатый) зачем использовать какой-то нестандартный pack/unpack, когда есть gzip, bzip2, наконец, compress?
- зачем вообще нужен такой формат, как jar, если он ни хрена не пакует? почему бы не воспользоваться той же zlib и сделать всё красиво?
- нахрена складывать в rpm упакованные файлы и потом их распаковывать? выйгрыша же не будет - сам rpm пакет ведь уже достаточно плотно упакован!

PS вот поэтому я и не люблю кошекжабу.

Comments

jar = это несжатый zip (попробуй, переименуй в .zip). потому как скорость запуска
а gzip, bzip2, compress - это *nix решения

zlib используется на всех платформах, в том числе (насколько я помню) и в софте от Microsoft. Так что он не является чисто *nix-решением. Хотя, конечно, написан на С, а им нужно, чтобы все на Java было...вот и придумали unpack.

Проблема-то не в том, что jar - какой-то неправильный формат. Проблема в том, что они в постинстольном скрипте делают то, что должны делать при сборке rpm. Потому что они создают новые файлы, а файлы, входящие в пакет - удаляют, а за ними удаляют и сам распаковщик. А потом копируют man pages из каталога /usr/java/j2sdk$VERSION/man в /usr/local/man - ну не тупо ли?

В итоге представьте себе, что скажет rpm -V - уверяю вас, ничего хорошего.

Согласен. Бардак. Сжимать при паковке в rpm с последующим разжатием вообще бессмысленно - rpm итак не плохо жмет.

Очевидно, пакет далали виндузятники.
Расстрелять.

jar это как tar - просто сборщик файлов в кучу. Не, вру, он жмет. Но rle. :)
Все эти прелести - это наследие прошлого.