Java Policy и все что связано со сборкой java-приложений в сизиф

Предисловие (как и почему зародились эти заметки)

[13:24:16] <lebedev.sv> Я в данный момент мучаюсь сборкой java-приложений в сизиф.
[13:24:36] <lebedev.sv> нужен jcommon

[13:24:47] <viy> есть костыль — частичная совместимость с Jpackage 1.7.
[13:28:15] <viy> Вы можете поставить noarch.rpm пакет из jpackage.
[13:30:32] <viy> а genix попросите, пусть добавит на jcommon группу @java

[13:30:53] <lebedev.sv> оке, с этим вопрос уже решен, пакет отдать обещал
[13:31:08] <lebedev.sv> меня больше интересует policy, общие вещи по сборке

[13:32:53] <viy> у меня основная идея — следовать jpackage policy
[13:33:03] <lebedev.sv> тогда перевод выложить.
[13:33:40] <viy> оригинал есть в jpackage-utils && на сайте jpackage.org
тонкости только в том, когда alt-specific. например, наша система альтернатив, spec policy...
поэтому пришлось писать импортер и робот сопровождения. Он в git, viy/packages/jppimport.git.
Поскольку, как правило, их SRPMS пересобрать не получится.
Но RPM поставить можно, хотя придется разгребать в ручном режиме 2 системы альтернатив.

[13:42:03] <lebedev.sv> такие ситуации могут возникать и дальше, когда собирает человек без импорта из jpackage. может дернуть оттуда только основной набор утилит? на втягивание всего jpackage уйдет слишком много времени. Но в любом случаи стоит это сейчас где-то зафиксировать, желающих собрать java-приложение может прибавиться, а об этом знать они не будут, опять колеса квадратные полезут.
[14:00:14] <viy> я думаю, не много. собрать maven/maven2
дальше просто робот за ночь все сделает :)

Необходимо обеспечивать максимальную запускаемость на разных JVM

11.03.2006
mhz@ сообщает: В связи с появлением в Sisyphus пакетов j2se1.5-sun{,-devel}, которые
теперь выбираются по умолчанию в сборочной среде, появилась новая
особенность при сборке пакетов на Java. Компилятор JDK 1.5 по умолчанию
создает class-файлы, несовместимые с ранними версиями J2SE. Поэтому
необходимо следить, чтобы в сборочных скриптах для ant или make
компилятор вызывался с параметрами source и target в значении 1.3 или
меньше (т.к. у нас в Sisyphus есть еще j2se1.3-sun), если код не требует
иного. Если в коде используется ключевое слово assert, нужно ставить как
минимум 1.4; пакетов, использующих нововведения Java SE 5, в Sisyphus
пока не отмечено.

viy: это актуально всегда, только сейчас у нас наименьшие JVM — это java-1.4.2 sun и blackdown.
соответственно, фраза выглядит теперь так: source и target в значении 1.4 или меньше.
если пакет использует нововведения Java SE 5, то source и target в значении 1.5 (Не злоупотреблять. только если код написан под Java 5).
пакетов, использующих нововведения Java SE 6 и выше, в Sisyphus пока не отмечено.

Система сборки Миши Забалуева

[11:24:50] <viy> кстати, по поводу mhz@ и его системы сборки.
[11:25:08] <lebedev.sv> а что там за система сборки у mhz?
[11:26:51] <viy> набор макросов из rpm-build-java.
я думаю она достаточно компактна и логична, эти его макросы. ее удобно использовать для написания спека с нуля.
[11:27:25] <viy> есть пример спека java app на wiki. SampleSpecs/javalib TODO: fix content to be 100% jpackage compliant
[11:29:21] <viy> осн. проблема была, что он немного отошел от jpackage, см. письмо и т. д.
как следствие, несовместимость и слишком большой обьем ручной работы, на чем старая java team и погорела, по-видимому.
Все основные мысли о java в Сизифе

Все основные мысли о java в Сизифе

Основные мысли о java в Сизифе?

JPackage Policy

Перевод JPackagePolicy
Оригинал JPackagePolicy — можно найти в пакете jpackage-utils (в сизифе или на www.jpackage.org )
JPackage Spec Template — шаблон spec-файла для java-приложений, адаптированный для сизифа.
Использование Class-Path в MANIFEST.MF

Ссылки

/devel/Java/links