12522 2007-08-09 20:18:10 +0400 jboss: name conflict / jpackage incompatibility 2009-05-10 18:43:10 +0400 1 1 4 Development Sisyphus jboss unstable all Linux CLOSED FIXED P2 normal --- 1 viy migor qa-sisyphus oldest_to_newest 53894 0 viy 2007-08-09 20:18:10 +0400 Игорь, кстати, давно хочу вас потревожить по следующей проблеме. jboss сейчас стоит на пути у робота - импортера из jpackage, как бойцы Панфилова против фашистов. Дело в том, что многие пакеты из jpackage требуют по сборочным зависимостям jboss и jboss4, но собранный c -target 1.4 и упакованный специальным (совместимым по названиям и расположению jar) образом. соответственно, эти пакеты не собираются и не попадают в Сизиф. Здесь есть 2 пути: тяжелый -- переделать jboss так, чтобы он стал совместим с jpackage.org jbosses, легкий -- переименовать его в jboss-standalone / jboss-latest / jboss-xxx чтобы он не тянулся по зависимостям. 53896 1 migor 2007-08-09 22:19:16 +0400 Ну я думаю что можно начать с легкого, а потом разобраться с тяжелым. Я смотрел как упакован jboss у jpackage но так и не смог понять что там к чему. Поэтому и сделал все по своему вкусу. Может у нас есть какое-то полиси для таких вот пакетов? 53897 2 viy 2007-08-09 23:30:34 +0400 я и 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 91046 3 viy 2009-05-10 18:42:49 +0400 проблема ушла вместе с пакетом