Sun Microsystems начала оказывать техподдержку для Apache/MySQL/PHP

>И потом зачем нужен граилс если есть ЖФС и прочая Ж2ЕЕ фигня ;)

Затем что ценность жавы - в платформе а не в языке. То что язык там говно (по сравнению с современными фишкам,и а не со всяким говном типа С++) - не отменяет офигенном мощной переносимой платформы. Грейлс это не пародия на рейлс не надо заблуждаться - языки которые имеют вызывать жабий код получили охрененно мощную платформу. Банально - высококачественный унифицировнный доступ к любой базе от поставщика - JDBC и т.д. То есть они получили стабильную обкатанную десятилете платформу энтерпрайз класса, а не набор биндингов к сяшным библиотека как это в обычных рельсах.

То есть надо соединятся с оракелом? Пожалуста - вот вам драйвер от оракла. А не биндинг написанный каким-то японским самураем после занятий кендо.

То есть грейлс автоматически получил в наследство все включая Java Community Process, и кучу уже работающего стабильного софта.

Вот зачем грейлс.

Ты это, так много не пиши больше а то я пока дочитал до конца запутался
в конец :)

Вот глянь что я писал чуть выше :
http://www.linux.org.ru/jump-message.jsp?msgid=2963149&cid=2967803

То что ты сказал про пхп я согласен. Но вот рельсы как ни крути это как раз замена Ж2ЕЕ. Нет я конечно понимаю масштабы и прочее ...
Но нужны ли такие масштабы то ? Есть понятие себестоимость проекта, окупаемость, устаревание ...

Как то автор АНТа ( кстати многие явовцы не довольны АНТом и им очень нравиться РАКЕ ) писал что он поражен РАИЛСОм. Он не согласен что тама
все сделано правильно но когда приложение пишеться за пару недель
за место месяцев то об стоит задуматься ...

А взять цикл статей Бимеров ПЕРЕСЕКАЯ ГРАНИЦЫ ? так тама они спят и видят как бы это все в жабу затащить ... теперь вот Граилс сляпали ...

> Грейлс это не пародия на рейлс не надо заблуждаться - языки
> которые имеют вызывать жабий код получили охрененно мощную платформу.

Стоп. А зачем тогда делался JRuby ?

> То есть надо соединятся с оракелом? Пожалуста - вот вам драйвер от
> оракла. А не биндинг написанный каким-то японским самураем после
> занятий кендо.

И что ? Он что не работает этот Биндинг ? Или взять ту же Гибенате
она что по твоему идеальна ? и авторы к примеру этого :
https://activeobjects.dev.java.net/
страдают фигней.

> То есть грейлс автоматически получил в наследство все включая Java
> Community Process, и кучу уже работающего стабильного софта.
Те JRuby этого не получал ?

>Но вот рельсы как ни крути это как раз замена Ж2ЕЕ.

Приблизетльно такая же как замена мобильным телефоном - блейд сервера. При чем полурабочим мобильным телефоном.

>кстати многие явовцы не довольны АНТом и им очень нравиться РАКЕ

Они просто не умеют им пользоваться. Если сидеть и ваять антовские скрипты на каждый проект - конечно головой тронешься. Но это у них в голове проблемы а не в анте. У меня все собирается 3мя универсальными скриптами.

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

ЗАдуматься стоит о подходе. Подобные утверждения возникают обычно когда человеку показывают что приложения можно писать по другому. Ничеготакогокрутого рельсы не делают - рализуемо на любом динамическом языке.

Есть еще критерий - то что реализуемо в течени пары недель - не подходит для большого проекта который надо длелать долго а не раз сделать и забыть.

> А взять цикл статей Бимеров ПЕРЕСЕКАЯ ГРАНИЦЫ ?

это не бимеры их пишет Тейт. А Тейт относится к ребятам которые основной доход получают с консультаций и продажи книг. У него бизнес такой все время доказывать что он открыл новую киллертехнолоджи и он в ней специалист - покупайте консалтинг. Что он _создал_? Ребята из 37 сигналов создавшие рейлс заслуживают намного больше уважения - они показывают работающие примеры и с этого живут, в отличии от.

>Стоп. А зачем тогда делался JRuby ?

А зечем вообще что-то происходит? Кто-то хочет - и делает. А ты что думаешь на замены жабы? Ага - счаз.

>Он что не работает этот Биндинг ?

Я не знаю как он работает - я видел как работают в рельсах вебсервисы. Такаого сакса в природе не видел еще.

>Или взять ту же Гибенате она что по твоему идеальна ?

При чем тут гибернейт? Я говорю о том что существует огромная стабильная платформа разрабатываемая серьезными игроками рынка и обкатанная десятилетия. И всю ее можно инвоукнуть из груви скалы или jruby с jчервями.

>Те JRuby этого не получал ?

Получил конечно, но только совместимую с руби и его либами - что автоматически обозначает кучу своих велосипедов которые нафиг не нужны.

У груви таких ограничений нет.

>У груви таких ограничений нет.

То есть уточню - Groovy, Scala, JavaFX, и прочие языки которые делались специально для жабы делались с учетом того что там внизу стабильная жабская платформа. Jython и JRuby - это порты языков со своими либами.

То есть если я захочу дернуть вебсервисы или скажем включиться в глобальную транзакцию - то груви и скала дернет ту тучу реализованных уже библиотек WS и нормальную JTA.

Что дернет при этом JRuby? Свою реализацию вебсервисов - этот ужас летящий на крыльях ночи и свои ттранзхакционные библиотеки? В груви я подключу JDBC - что я подуключу в JRuby?

То есть JRuby непортабелен в области библиотек. Если его использовать пользуя всю мощь жабской платформы - то от него останется только язык - все гемы и либы руби придется выкинуть или переписать - он не будет совместим с обычным руби вообще. Если не пользовать jre для совместимости библиотек с JRuby - это значит все те же велосиппеды только в JVM и отсутствие интеграции с жабой. То есть ни то ни се. Потому при выборе между Groovy и JRuby - предпочтительный вариант - Groovy.

> Приблизетльно такая же как замена мобильным телефоном - блейд
> сервера. При чем полурабочим мобильным телефоном.

Почему полурабочим ?
Еще раз повторяю а нужен ли этот блейд-сервер ?
Хотел бы я глянуть на тебя если бы тебе заменили мобилу блейдом :)

Кстати тут всплыла интересная концепция. Вот к примеру мир юниха.
Проги на Си а морды к ним на каком нибудь Питоне.
Может пора уже все морды в Ж2ЕЕ перевести на Руби и подобное
а не мучаться с тяжелыми ЖФС ? Хотя Граилс это как раз ход в этом направлении но нужен ли более торомзной граилс если уже есть ПХП,Питон и тд а данными ворочать будут проги на Си ( аля Скуль и тд )

> Они просто не умеют им пользоваться.
Ну конечно. Создатель АНТа не умеет а ты умеешь. Ты не понял тама нельзя
сделать логику аля РАКЕ так как в раке используеться РУБИ и поэтому это более гибко ... Ты работал с Капистрано ? Это когда рельсовое
приложение деплоиться на разные сервера.

> рализуемо на любом динамическом языке.
не спорю. Тут я рельсы привожу для примера.

Вот я привел пример ред-мине. Существует ли ж2ее приложение свободное
( чтобы можно было юзать ) и без сильных напрягов установить ?
Хотелось бы пример такого приложения ....
К примеру тот же аналог ред-мине к примеру.

Я конечно понимаю все твои доводы. И сам я понимаю мощь ж2ее
но есть определеные вещи которые заставляют думать по другому.

Вот к примеру продвижение этого Стека. Или ты надеюсь знаешь под
чей опекой делаеться НЕТ-БИНС ? Так вот можешь глянуть на их сайт
и тама одной из основых фичей грядущей 6.5 завлена подержка ПХП.
Причем весь сайт об этом так и кричит ... даже фильма про это дело
есть.

Это что по твоему ? Как понять это шаг ?

>Почему полурабочим ?

По опыту.

>Еще раз повторяю а нужен ли этот блейд-сервер ?

Этот вопрос можно задавать только в случае если не знаешь зачем J2EE. Даю ответ - ROR - это web-framework. А j2ee - это не веб фреймворк. Область веба там небольшая. ROR может состязаться с например Tomcat+Struts+OJB. Это _маленькая_ часть j2ee.

То есть ответ - для области применения ror - j2ee не нужен. Сюрприз - он там и не применяется.

>Может пора уже все морды в Ж2ЕЕ перевести на Руби и подобное
а не мучаться с тяжелыми ЖФС ?

Я не знаю что такое "жфс". Но я тебе приведу пример чтобы ты понял:
J2EE:

JTA (включая X/Open Distributed Transaction Architecture).

JMS - асинхронный месседжинг.

JAF - работа с различными типами данных.

JavaMail - работа с почтовыми протоколами (интегрирован с JAF)

JPA - persistance api.

JCA - Java Connector Architecture - водключение различных источников данных различных данных.

WS: SAAJ (soap attachmets), JAXWS (xml based ws), JAX-RPC - remote procedure call....

JAAS Authorisation & Authentication architecture.

Что их этого заменят рельсы? Да это просто смешно эти все технологии взаимодействуют друг с другом - я могу написать JCA коннектор к какой нить мрачной системе, автоматически он включится в распределенный транзакционный контекст в рамках JTA вместе с ораклом и транзакциях на файлах реализуемыых каким нить apache commons transactions, вызовы метода проверятся по секурити через JAAS, который их выковыряет где нибудь в водключенном LDAP и тд и тп.

Понятно что для написания очередного блога - это нихрена не нужно. Ну так оно там и не используется. Что там могут заменить рельсы? Быдложспишки с примитивным персистансом?

Для таких задач j2ee не используется. Используется его мелкое подмножество.

Рубиновые Рельсы в качестве фронтэнда j2ee тоде никому не нужны - они вещь в себе и ни с чем не интегрируются.

>Хотя Граилс это как раз ход в этом направлении но нужен ли более торомзной граилс если уже есть ПХП,Питон и тд а данными ворочать будут проги на Си ( аля Скуль и тд )

Он не более тормозной чем все вышеперечисленное и имеет в своем распоряжении мощную платформу которую все вышеперечисленное не имеет. А с пхп вообще сравнивать смешно - там не только платформа говно но и язык.

>Создатель АНТа не умеет а ты умеешь.

Человек который говорит о том что в анте ему слишком много писать - не умеет им пользоваться.

>Ты не понял тама нельзя
сделать логику аля РАКЕ так как в раке используеться РУБИ и поэтому это более гибко ...

В анте можна использовать шопопал что позволяет scripting. ДЕло не в этом. Писать все на одном языке - это дибилизм. То что я че-то могу написать в рейк на руби - для меня нихрена не премущество рейка, для меня очевидный вывод что человек так и не научился словам абстракция и обобщение. Я не хочу это писать "более гибко" на руби. Я _вообще_ не хочу этого писать.

Мой "антовый" скрипт для сборки библиотеки выглядит вот-так:

poll.module:
framework.package.name = Polling
framework.manifest.title = ******** Poll
framework.manifest.vendor = ********
framework.manifest.main.class = ********.adcache.poll.Poll
framework.libraries = lib/*.jar, common/lib/*.jar, dist/*.jar
#framework.resources = framework/src/**/*.tld
framework.sources = poll/src
#framework.meta.resources = servlet/src/**/*.tld
framework.package.include = common/lib/*.jar, dist/*.jar
#framework.antlr.grammars = WiScript/src/********webinstall/wiscript/WiScript.g
#framework.sign.keystore = Applet/etc/keystore.pfx
#framework.sign.cert.alias = ********
#framework.sign.storepass = ********
#framework.jni.class = ********io.shell.windows.WindowsOperatingSystem,********io.shell.windows.regist ry.Registry
#framework.wscompile.configs = common/src/********/common/ws/config.xml


Он для всех модулей всех проектов так выглядит - с заменой имен. Версия 2.0 собирается вовосю использовать подход project stucture conventions b стать в 3 раза меньше потому что большинство указанных вещей будет подразумеваться поумолчанию.

А на анте там универсальный скрипт длинной сотню строк.

Так что не надо мне рассказывать про то что знает или не знает автор анта - меня ужас охватывает когда я смотрю сборочные скрипты проектов стянутых с апача которые делают ровно то же самое.

>К примеру тот же аналог ред-мине к примеру.

scarab подойдет?

> Это что по твоему ? Как понять это шаг ?

Легко. Последний тренд в разработке IDE - многоязычность. Это делает Eclipse, IntelliJ, CodeGear(Borland) и конечно же Sun.

Обяснение простое - есть рынок. Значит можно его удовлетворить. Если раньше IDE делался как редактор языка - сейчас IDE делаются как инструмент для разработки. Всякий "refactoring, отладка, UML, SVN, XML, и прочая фигня" нужен всем. Отличается только язык.

Сейчас все разрабатывают языковую интеграцию в IDE. Основная причина - это стало относительно несложно.

> ROR может состязаться с например Tomcat+Struts+OJB.

Вот и надо выкинуть эту часть из Ж2ЕЕ и заменить ее на выбор чем хочешь.
рельсами, ТГ или чем либо на ПХП.

> Я не знаю что такое "жфс".
Сорри я ошибся походу. Я имел ввиду Жава Сервер Фасес. Или РОР их не заменит ?

> JavaMail - работа с почтовыми протоколами (интегрирован с JAF)
Это разве не актив-маил ( или как он тама в рельсах то )

> В анте можна использовать шопопал что позволяет scripting.
> ДЕло не в этом.
Дело как раз в этом. Можно написать гибкий скрипт с ветвлением ...

Кстати ты не написал с помощью чего в Ж2ее приложение деплоится на разные сервера в зависимости от ролей этих серверов.

> Писать все на одном языке - это дибилизм.
Согласен. Не понятно зачем все это компонеты Ж2ЕЕ написаны на ЖАВЕ.

А тебе не кажеться что Ж2ЕЕ говоря твоими словами : "они вещь в себе и ни с чем не интегрируются." ?

> scarab подойдет?
дай пожайлуста ссылку а гугл выдает на это всякую ботву :(

> Обяснение простое - есть рынок. Значит можно его удовлетворить.

Согласен. И на этом рынке уже доля Ж2ЕЕ стало много меньше !
Им теперь подавай всякие ВебСтаки и подержку всяких ПХП и рельсов в
ИДЕ ...

>Вот и надо выкинуть эту часть из Ж2ЕЕ и заменить ее на выбор чем хочешь.

Скакой радости?

> рельсами, ТГ или чем либо на ПХП.

Ты не понимаешь. РОР кому-то там надо только как законченная вещь в себе. Интегрировтаться с чем либо он не способен в принципе. Лично мне в качестве морд к приложениям подход ror и нахрен не нужен.

>Я имел ввиду Жава Сервер Фасес. Или РОР их не заменит ?

Только частично. Только пользы с этого ноль - те же яйца только в профиль.

>Это разве не актив-маил ( или как он тама в рельсах то )

Как у нее с хаваньем различного контента поимая что это такое? Умеет работать с smtp/pop3/imap/any other plugin?

>Кстати ты не написал с помощью чего в Ж2ее приложение деплоится на разные сервера в зависимости от ролей этих серверов.

Деплоиться, кластеризуется, шопопало делается.

При разработке систем для которых надо j2ee - ror - не помошник. Потому что проблемы которые он пытается решить на этом уровне - смешны и незначительны.

>Не понятно зачем все это компонеты Ж2ЕЕ написаны на ЖАВЕ.

Неправда. В рамках j2ee есть и было JSP - dsl, EL-expression language, EJB-QL, и вообще весь набор который подключается через скриптинг. Можешь писать хоть на хаскеле (jaskell).

J2EE - это набор спецификаций и интерфейсов. Но оно a) не требует замкнутости на себя, b) не ограничивает собой. Можено брать сервлет койнтейнер пускать туда какой-нить струтс с и что нить из JPA и все это клеить хоть на XML/XSL, Velocity, JSP, любой другой вариант. Никто не ни в чем не ограничивает. При этом не теряешь платформу.

> А тебе не кажеться что Ж2ЕЕ говоря твоими словами : "они вещь в себе и ни с чем не интегрируются." ?

В качестве слейв платформы - да. ТАк всегда с большими платформами - аналог .NET. Но ценность в том что в ней есть больше чем во всем остальном, а другие слейвплатформы она может подлючать в себя.

>дай пожайлуста ссылку а гугл выдает на это всякую ботву :(

scarab.tigris.org

>И на этом рынке уже доля Ж2ЕЕ стало много меньше !

Просто бум исчез. Бум с рельсов тоже уже спал - его время было в 2007 году. Люди началя понимать для чего что нужно и для чего нельзя. НАпример EJB появился хрен знает когда. Я им никогда не пользвался и ничего не потерял. Ясно было с самого начала что это мрачнотяжелая технология с узкой сферой применения. А вон знакомые в разных софтверных факторях наже анализатор pdf писали в веблоджике + оракел. Мне было смешно. А их рулил заказчик во главе с быдломенеджером.

Важно понимать что серебряной пули нет, а сама аббревиатура ничего не решает и не рулит. И не важно ROR это, J2EE или еще что либо. Рулит голова. Тогда и скрипты становятся короткими и обезьяноработы меньше.

> И не важно ROR это, J2EE или еще что либо.

тут я согласен. Не даром вышел сабж. Ж2ЕЕ медленно но уходит со сцены ..

Почитал я про скараб.

Это не фига не ж2ее приложение ...
Как раз скараб это типа ред-мине и РОР его вполне заменит.
Я просил ж2ее приложение и желательно фрии ...

Если тебе не очень понятно то оно ( это приложение ) должно ставиться
на какой нибудь Ж2ЕЕ сервер приложений. И пофигу какой это будет
Жеронимо или ГлассФиш и тд

>Я просил ж2ее приложение и желательно фрии ...

Ж2ее приложения в пролном смысле этого слова - это такая хрень которую качать негде по причине того что область этого - корпоративная индивидуальная заказуха. ЗАказуху обычно качать негде.

Определенный профиль (порталы) - можешь скачать JBoss Portal или Sun Portal - получишь мегасистему.

>Ж2ЕЕ медленно но уходит со сцены ..

Просто бум по этому поводу уже кончился. Единственно что может заменить j2ee - это .NET. Но нам же это не надо? Других конкурентов - нет.

>И потом зачем нужен граилс если есть ЖФС и прочая Ж2ЕЕ фигня ;)

grails=hibernate, spring, gant(улчлшенный ant), jetty и куча вчего другого типа (aka прочая j2ee и не только фигня), но собранная воедино с добавлением groovy как основного языка. Про разнообразные полезные и не очень плагины я вообще молчу, как и о том, что для деплоймента достаточно выполнить grails war и .war-файл готов.

>для деплоймента достаточно выполнить grails war и .war-файл готов.

http://grails.org/doc/1.0.x/guide/2.%20Getting%20Started.html

helloworld-0.1.war
Размер: 17,1 МБ (17 943 625 байт)

Ты обрати внимание я несколько раз спрашивал :

> Кстати ты не написал с помощью чего в Ж2ее приложение деплоится
> на разные сервера в зависимости от ролей этих серверов.

А в ответ токо получаю тупое создание ВАРа :( Хорошо что просто
не рассказывают как ЗИП сделать. Мда ... хороши у них понятия
о деплоите.

>Ты обрати внимание я несколько раз спрашивал :
>> Кстати ты не написал с помощью чего в Ж2ее приложение деплоится
>> на разные сервера в зависимости от ролей этих серверов. 

Можно тупо в build.xml для Ant'а написать:
<target name="deploy" depends="war" description="Размещение">
   <copy file="${war.file}" todir="${deploy.dir}" />
   <echo message="Размещено." />
</target>

А чей там каталог ${deploy.dir} — это уже решается "политиками" монтирования и кластеризации серверов.

> ${deploy.dir} — это уже решается "политиками" монтирования
> и кластеризации серверов.

Вообще то что ты написал это можно сказать локальная реализация.
Еще бы НФС сюда приплел :(

Давай почитай для начал про Capistrano и потом когда осмыслишь что
это предложишь мне аналог этого из JEE.

Это ненужно в JEE.

Ну извините тогда.
Против таких слов у меня все вопросы отпадают автоматически :)

P.S. Может сам Ж2ЕЕ тоже не нужен.

>P.S. Может сам Ж2ЕЕ тоже не нужен.

Ну давай, приведи ещё предпосылки нужности PHP в JEE. Ж)