Oracle отменяет лицензию по распространению Java с дистрибутивами

> Нормальные люди сразу бьют в бубен, чтобы дошло.

И что в них нормального? Неадекватная реакция?

Или со скрытым злорадством предлагают сначала попробовать на своей шкуре :)

Я не собираюсь ничего ставить с github в обозримом будущем. Но лезть со своим бубном в чужой репозиторий - тоже.

> Debian уже есть.

А J2EE видимо, ещё нет… :)))))

И если я скажу сахалинскому админу, чтобы он поставил Redmine, то в случае Debian я буду точно знать, что это Redmine 1.0.1 и никакая иная версия.

А теперь скажи ему, чтобы он добавил туда Carousel, потому что этого тербует бизнесс-процесс и ты узнаешь, в чём прелести RoR как энтерпрайз-платформы. Будешь лично паковать ему deb?

А что ты будешь делать в ситуации, когда когда нужно несколько разных приложений на рельсах, каждое из которых будет требовать разные версии рельсов и руби? Ты проигнорировал этот вопрос.

А что ты будешь делать, если тебе потребуется свежая версия — подключать experimental? И молиться, чтобы с того времени, пока ты ставил redmine и до того, как утром на Сахалине придёт админ, Redmine в репозитарии не успел обновиться и сломаться или просто изменить своё поведение?

Слишком много вопросов, которые приемлемы для админов локалхоста, маленьких и средних региональных компаний, но абсолютно неприемлемы для крупных. Поэтому для энтерпрайза RoR, увы, пока не тянет.

А обслуживающему персоналу куда проще будет synaptic, чем копирование каких-то файлов откуда-то куда-то.

Давай ты это расскажешь такому же теоретику, как ты. Или у вас в компании какой-то особый персонал, состоящий из отмороженных дебианщиков-профессионалов? :)))

я сравниваю установку redmine через apt-get или через «абы как».

А мы обсуждаем, готова ли RoR в качестве замены J2EE. У тебя есть аргументы в пользу того, что готова, или нет? У меня есть — плагины и сама redmine в дебиане — это боль и печаль. Несколько приложений в RoR — это ужас и страх.

я сравниваю установку redmine через apt-get или через «абы как».

А зачем? О_О

> плагины и сама redmine в дебиане —

Hint: не в дебиане тоже. Просто я лично пробовал ставить в дебиане и читал пространные инструкции именно для него. Так что если тебе хочется защитить именно дебиан — расслабься, я дебиан люблю и уважаю.

>> Ruby on Rails?

Только в качестве прототипирования. А потом реализация выкристаллизовавшихся идей на JSF 2.0.

Завязывай с тяжелыми наркотиками.

Для онана не читающего, повторю мысль Карапуза о лицензировании .Net
При том что Орки отказали Гуглу в лицензии на Java - выбрать её для андроид было редким идиотизмом и прямым приглашением в суд. Только придурки надеялсь затролить покойный Сан. А вот Орков затролить не получится

>Во-вторых, ручная установка через скрипты — куда более предпочтительный путь, чем использовать репозитарии.
Это как минимум глупо.
Пердставьте себе пару сотен серверверов в среднего размера компании.

Хотя безусловно встречается

>>Во-вторых, ручная установка через скрипты — куда более предпочтительный путь

Это как минимум глупо.

Пердставьте себе пару сотен серверверов в среднего размера компании.

Думаю спор будет у вас тупиковый, каждый будет представлять свою «среднюю» компанию.
Кстати в компании в которой я работаю ставят скриптами, на серверах две разные маргинальные системыб bsd и солярис, а разработка идет под виндой и линуксом.

> Это как минимум глупо. Пердставьте себе пару сотен серверверов в среднего размера компании.

Именно пару сотен серверов в крупного размера компании. Пишется один скрипт, внутри которого ручная установка через dpkg или что там у вас используется. Всяко лучше, чем инструкции зачитывать. Честно говоря, даже установку с репозитариев лучше оформить скриптом — чем меньше ручного труда, тем лучше вам лично. Ну а деплоймент в J2EE — это просто образец для подражания. Интересно было бы реализовать подобную концепцию в deb, надо заняться на досуге.

И использовать репозитарии, если это не сертифицированные репозитарии от технической поддержки, типа репозитария RHEL, или SLES — это постоянный источник потенциальных проблем, когда майнтейнерам вожжа под хвост попадёт. Представьте себе разгребать такую ситуацию на сотне серверов.

Впрочем, если у вас есть удачный опыт — грабли ваши :)

> И если я скажу сахалинскому админу, чтобы он поставил Redmine

Кстати, не забудь ему отправить полную инструкцию по установке redmine. Ты же не думаешь, что после apt-get install redmine он получит готовую и настроенную систему, и ему не надо будет потом вручную править конфиги апача, ставить вручную passenger, добавлять пользователей из командной строки и настраивать почту? А зря, инструкция там длинная, долгая и мест для ошибок предостаточно.

> Кстати, не забудь ему отправить полную инструкцию по установке redmine. Ты же не думаешь, что после apt-get install redmine он получит готовую и настроенную систему, и ему не надо будет потом вручную править конфиги апача, ставить вручную passenger, добавлять пользователей из командной строки и настраивать почту? А зря, инструкция там длинная, долгая и мест для ошибок предостаточно.

Если там какая-то сильно нагруженная система, то я ему просто вышлю образ для openvz или vserver (я же не буду в основной системе всё это проделывать), а если там нет 5000 обращений в секунду, то всё это совершенно не нужно, и после apt-get install redmine нужно будет сделать ровно два действия.

Кстати, скорее всего я в любом случае там будет инструкция, которая начинается с newvserver --dist squeeze или даже newvserver --dist sid

> Пишется один скрипт, внутри которого ручная установка через dpkg или что там у вас используется. Всяко лучше, чем инструкции зачитывать. Честно говоря, даже установку с репозитариев лучше оформить скриптом

Тебя обманули. Это не установка скриптом, это именно установка из репозитория.

Или ты и вправду думал, что народ тут нужный environment ставит, вдалбливая вручную все эти apt-get-ы? Мда, винда в твоём лице многое потеряла...

> то я ему просто вышлю образ для openvz или vserver (я же не буду в основной системе всё это проделывать),

Возможно, для тебя это наилучшее решение. Но если RoR вынуждает его использовать, то ей не место в энтерпрайзе. ЧТД.

> Это не установка скриптом, это именно установка из репозитория

Если ты не видишь разницы между установкой через apt-get из репозитария и установкой из пакетов через dpkg, то тебе нечего делать в профессии.

Впрочем, после того как ты на полном серьёзе писал, что используешь Debian Experimental в production, тебе уже ничего не страшно. Удачи в хождении по граблям.

> Если ты не видишь разницы между установкой через apt-get из репозитария и установкой из пакетов через dpkg, то тебе нечего делать в профессии.

Я обслуживающим персоналом не был, и не стремлюсь. Просто во многих областях оказывается, что если хочешь, чтобы было хорошо, то не ленись и не стыдись лезть в это, и сделай это сам. А то так и будут redmine вручную собирать.

Самое смешное, что некоторые ещё и гордятся, что у них час простоя стоит сто тыщ мильонов. Это что же за организация процесса такая, где нет никакой надёжности, а рулит этим кто-то неумеющий.

Если ты не видишь разницы между установкой через apt-get из репозитария и установкой из пакетов через dpkg

Нет, не вижу. Наверное, потому, что я более компетентен в этом вопросе?

> Впрочем, после того как ты на полном серьёзе писал, что используешь Debian Experimental в production, тебе уже ничего не страшно. Удачи в хождении по граблям.

Нет такого дистрибутива - Debian Experimental.

Но либо ты прямо сейчас скажешь, в чём разница взять последнюю версию redmine с сайта, или взять её же в deb из debian experimental, кроме того, что второе намного удобнее - это будет твоё очередное пустозвонство.

А идея использовать redmine с сайта вместо stable-версий - это вообще верх продакетинизма.

> Возможно, для тебя это наилучшее решение. Но если RoR вынуждает его использовать, то ей не место в энтерпрайзе. ЧТД.

Если у тебя всякие PHP, Rails, Python-* и прочее Java в системе намешаны - то у тебя просто помойка получается. Разумеется, все эти сервисы нужно по контейнерам раскидывать.

> Но либо ты прямо сейчас скажешь, в чём разница взять последнюю версию redmine с сайта, или взять её же в deb из debian experimental, кроме того, что второе намного удобнее - это будет твоё очередное пустозвонство.

Разница в том, что репозитарии experimental она может ВНЕЗАПНО обновиться. На сайте, кстати, тоже. Поэтому версии пакетов выкладывают или на внутреннем репозитарии, или вообще в виде набора пакетов в директории.

Самое интересное, я это уже писал, ты забыл прочитать? :)

> Просто во многих областях оказывается, что если хочешь, чтобы было хорошо, то не ленись и не стыдись лезть в это, и сделай это сам.

По-моему, я это первым написал. А ты потом отлил в граните :)

Нет, не вижу. Наверное, потому, что я более компетентен в этом вопросе?

Wait… OH SHI~

jBoss (J2EE): 1. Copy your war file into jboss/server/default/deploy/

такое ощущение, что вы кроме хелловордов никогда ничего не деплоили на J2EE.

> такое ощущение, что вы кроме хелловордов никогда ничего не деплоили на J2EE.

Ну скажи мне, что на RoR ситуация сильно лучше.

> Разница в том, что репозитарии experimental она может ВНЕЗАПНО обновиться.

Не может. Если принудительно pin-priority не задашь.

>Ну скажи мне, что на RoR ситуация сильно лучше.

я про RoR ничего не знаю, зато могу сказать, что ваша инструкция в 99% случаев не приведет к желаемому результату.

> Не может. Если принудительно pin-priority не задашь.

…И молиться, чтобы с того времени, пока ты ставил redmine и до того, как утром на Сахалине придёт админ, Redmine в репозитарии не успел обновиться и сломаться или просто изменить своё поведение?… (отлито в граните 04.09.2011 в 15:14:26)

Нет, если ты веришь, что pin-priority исправит эту ситуацию… верь! Готовности RoR к энтерпрайзу эта вера не улучшит.

> я про RoR ничего не знаю,

А мы тут обсуждаем готовность RoR заменить Java в энтерпрайзе. Особенности использования J2EE приложений можно обсудить в отдельном топике, если интересно.

зато могу сказать, что ваша инструкция в 99% случаев не приведет к желаемому результату.

По моему опыту наоборот. И это не моя инструкция, я её честно скопировал из мануала по jBoss :)

> …И молиться, чтобы с того времени, пока ты ставил redmine и до того, как утром на Сахалине придёт админ, Redmine в репозитарии не успел обновиться и сломаться или просто изменить своё поведение?

И чем это отличается от версии на веб-сайте? Поглядел, какая верисия, что нового, что старого - установил, оно само всё, что надо, смигрировало, каких-то ещё шаманств произвело, и дальше работает.

То же самое, только дешевле по времязатратам.

А с Сахалином мы уж много лет как в одном часовом поясе.

> И чем это отличается от версии на веб-сайте?

Ничем, на веб-сайте тоже может обновиться. Если бы ты пытался читать мои ответы, ты бы это уже заметил. Причём два раза…

> А с Сахалином мы уж много лет как в одном часовом поясе.

Отлично, а как это влияет на использование RoR вместо J2EE в энтерпрайзе?

> Ничем, на веб-сайте тоже может обновиться. Если бы ты пытался читать мои ответы, ты бы это уже заметил. Причём два раза…

Так ад обновления redmine в debian был именно у тебя.

Я же, когда squeeze была ещё testing, а в lenny-backports была 0.9.4, успешно использовал те новые версии, которые попадали или в sid или в experimental, удобно обновляя их без всякого ада, двумя нажатиями в aptitude. Сейчас же в своём неэнтерпрайзе использую или 1.0.1 из stable или текущую бэкпортированную из backports.

А у тебя ад, с ручной установкой. Что и требовалось посмеять.

А мы тут обсуждаем готовность RoR заменить Java в энтерпрайзе. Особенности использования J2EE приложений можно обсудить в отдельном топике, если интересно.
И это не моя инструкция, я её честно скопировал из мануала по jBoss

ты сравниваешь инструкцию по установке хелловорда на сферический jboss в вакууме с инструкцией по добавлению плагинов в какое-то определенное приложение на RoR.

По моему опыту наоборот.

что, даже jndi ресурсы никогда не надо настраивать?

> Отлично, а как это влияет на использование RoR вместо J2EE в энтерпрайзе?

Причём тут RoR? Если у меня Debian, то я просто использую это, и независимо, на чём оно написано - но только, если оно уже есть.

Кстати, что куда надо кинуть в J2EE, чтобы получить Redmine?

> ты сравниваешь инструкцию по установке хелловорда на сферический jboss в вакууме с инструкцией по добавлению плагинов в какое-то определенное приложение на RoR.

... это нормально, это ещё ничего, при укусах энтерпрайзом бывают проблемы и посерьёзнее ...

> удобно обновляя их без всякого ада, двумя нажатиями в aptitude.

Этот метод работает для одного сервера. Для over9000 серверов он не работает. Ты меня не понимаешь, потому что ты не понимаешь этих условий.

> Этот метод работает для одного сервера. Для over9000 серверов он не работает.

Ути-пути, 9000 серверов, а сленг школьника. Это у тебя он не работает. У тебя и одна ошибка обслуживающего персонала миллионные ущербы вызывает, не всем же на тебя равняться.

Ты меня не понимаешь, потому что ты не понимаешь этих условий.

Я принципа не понимаю. Не могу представить таких условий, при которых tar может быть удобнее корректного deb в Debian.

Ещё раз напоминаю, что регулярный ад там у тебя, а не у меня.

>Ну а деплоймент в J2EE — это просто образец для подражания. Интересно было бы реализовать подобную концепцию в deb, надо заняться на досуге.
Я влез в разговор не поняв о чём речь :(
Имел виду как раз репозитории приложений.
Извиняюсь.

> Ну а деплоймент в J2EE — это просто образец для подражания. Интересно было бы реализовать подобную концепцию в deb, надо заняться на досуге.

А что такого умеет деплоймент J2EE, чего не умеет .deb или .rpm?

> А что такого умеет деплоймент J2EE, чего не умеет .deb или .rpm?

В данном случае — устанавливаться путём закидывания пакета в папку и самостоятельно заполнять БД. Понятно, что с БД тут просто так не получится, а на счёт папки я думаю :)

>> А что такого умеет деплоймент J2EE, чего не умеет .deb или .rpm?

В данном случае — устанавливаться путём закидывания пакета в папку

Ну это банальный крон, проверяющий заранее оговоренный каталог, или apt-репозиторий с поддержкой upload.

>В данном случае — устанавливаться путём закидывания пакета в папку и самостоятельно заполнять БД. Понятно, что с БД тут просто так не получится, а на счёт папки я думаю :)

1) деплоймента из директории в J2EE нет, емнип. 2) в виденных мной реализациях деплоймента из директории этот деплоймент был отключаемым, так что уверенности, что на произвольном из over9000 серверов war автоматом задеплоится - нет. 3) заполнение БД и, самое главное, настройку этой самой БД из deb сделать проще, чем из war.

P.S. и это не говоря о том, что deb может состоять из одного единственного war, который сам скопируется туда куда надо при установке.

1) Контейнер может его обеспечивать, а может и не обеспечивать.

2) Ну и замечательно. Это уже из области дисциплинарных мер.

3) Deb будет спрашивать пароль от БД, потому что он его не знает, war не будет. Проще или не проще для разработчика — это другой вопрос. Может и проще.

P.S. Ну вот ты и предложил завернуть war в deb :)

3) Deb будет спрашивать пароль от БД, потому что он его не знает, war не будет. Проще или не проще для разработчика — это другой вопрос. Может и проще.

Не будет, потому что в БД, установленных из deb есть специальный пользователь для dpkg. А откуда war будет знать пароль от БД? Или AppServer у нас все-таки предварительно вручную настроен на соединение с БД? А что произойдет, если не настроен?

P.S. Ну вот ты и предложил завернуть war в deb :)

вся проблема в том, что war завернуть в deb можно, а вот наоброт - уже нельзя.

>1) Контейнер может его обеспечивать, а может и не обеспечивать.

Поэтому это не J2EE, а конкретная реализация, ты же не можешь утверждать, что во всех реализациях deb нет того, что ты имеешь в war?

2) Ну и замечательно. Это уже из области дисциплинарных мер.

Ну так что ты ответишь админу из сахалина, который тебе на твою инструкцию ответит, что ничего не произошло?

Кстати, ты, видимо, предлагаешь, чтобы пользователь, от которого приложение работает с базой сам создавал таблицы для приложения? Я ни разу не видел в ынтырпрайзе такой чуши - ни один админ этого не разрешит.

> Не будет, потому что в БД, установленных из deb есть специальный пользователь для dpkg.

Тогда почему те же ребята из redmine им не пользуются?

А откуда war будет знать пароль от БД? Или AppServer у нас все-таки предварительно вручную настроен на соединение с БД?

Естественно.

А что произойдет, если не настроен?

Кому-то будет плохо.

вся проблема в том, что war завернуть в deb можно, а вот наоброт - уже нельзя.

У деба другая проблема — дебы не работают в RHEL.

> Кстати, ты, видимо, предлагаешь, чтобы пользователь, от которого приложение работает с базой сам создавал таблицы для приложения?

ЧОА?

> ты же не можешь утверждать, что во всех реализациях deb нет того, что ты имеешь в war?

Мне нравится сама постановка вопроса — RoR готова для замены J2EE в энтерпрайзе, потому что есть deb!

>Тогда почему те же ребята из redmine им не пользуются?

Это к ним вопрос.

Естественно.

Кому-то будет плохо.

Значит реальное приложение на сферическом jboss в вакууме нельзя разворачивать методом «скопировать war в директорию», потому что как минимум jboss надо предварительно настроить: подложить ему jdbc-драйвера, настроить на нем jms, настроить User Realm для j2ee аутентификации и авторизации и прочая и прочая. Давай ты приведешь реальную инструкцию по установке реального J2EE приложения на реальный, не настроенный J2EE сервер и будешь её сравнивать с другими инструкциями.

У деба другая проблема — дебы не работают в RHEL.

Это проблема исключительно RHEL. Но в rpm точно так же можно завернуть war, а в war rpm - уже нельзя.

>Мне нравится сама постановка вопроса — RoR готова для замены J2EE в энтерпрайзе, потому что есть deb!

еще раз - я нигде и никогда не говорил, что RoR готова для замены J2EE, я лишь говорю, что Вы намеренно или ненамеренно недоговариваете, сравнивая деплой в J2EE с чем-то другим.

>> Кстати, ты, видимо, предлагаешь, чтобы пользователь, от которого приложение работает с базой сам создавал таблицы для приложения?

ЧОА?

Т.е. до момента «скопировать war в директорию» надо руками залезть в базу и создать там таблицы? Где же первоначальная легкость, про которую Вы описывали, из-за которой ничего кроме J2EE никогда не будет в ентерпрайзе?