Игорь, кстати, давно хочу вас потревожить по следующей проблеме. jboss сейчас стоит на пути у робота - импортера из jpackage, как бойцы Панфилова против фашистов. Дело в том, что многие пакеты из jpackage требуют по сборочным зависимостям jboss и jboss4, но собранный c -target 1.4 и упакованный специальным (совместимым по названиям и расположению jar) образом. соответственно, эти пакеты не собираются и не попадают в Сизиф. Здесь есть 2 пути: тяжелый -- переделать jboss так, чтобы он стал совместим с jpackage.org jbosses, легкий -- переименовать его в jboss-standalone / jboss-latest / jboss-xxx чтобы он не тянулся по зависимостям.
Ну я думаю что можно начать с легкого, а потом разобраться с тяжелым. Я смотрел как упакован jboss у jpackage но так и не смог понять что там к чему. Поэтому и сделал все по своему вкусу. Может у нас есть какое-то полиси для таких вот пакетов?
я и barabashka@ начали писать полиси, но как freesource.info упал, оно пока не доступно. есть перевод barabashka@ на русский jpackage policy. http://volgograd.lug.ru/wiki/GrableVodstvo/LearnAndTranslate/JPackagePolicy Я думаю, что имеет смысл переименовать и держать 2 версии, одну вечно устаревшую, для сборочной среды, а другую -- самую свежую, на подобие jpackage 1.7 и 5.0. Все равно сейчас свежие версии не получится использовать в cборочной среде jpackage 1.7 -- им нужен jdk 1.5
проблема ушла вместе с пакетом
