> jQuery - это рулеZ для создания AJAX-овских примочек к веб-страничках. Причем тут EE? И каким боком И-Бэ-Ме?

Это вопрос? Если да, то к кому, если ответ, то на что?

>Из плюсов - не нужно jdk, только jre

объясните тупому в чём здесь плюс.

>самому сложно заплатить. она не дорого стоит.

Молодой человек, я не узнаю вас в гримме? Покупать идея я бы не стал даде если мне бы буржуй специально деньги на нее дал. Мой сознательный выбор НетБинс+Еклипс. Одладка веба самая лучшая только в Нетбинсе. Работа с свном, лучше только в Нетбинсе. С мавеном удобней всего работать тоже в нетбинсе. А то как Идея крашится и подвисает - это даже редактор кода в нетбинсе 5.5 так не тормозил, он просто летал по сравнению с Идеей.

Так что, идея идеей, а нормальные среды разработки еще никто не отменял.

>JSF надо выкинуть. всё остальное очень даже юзабельно

+1. JSF - аццкое говнецо.

вообще не нужны эти неуклюжие монстры, ни спринг ни хибернэйт со своим псевдоязыком, про ejb jsf так вообще даже и вспоминать не надо

именно из них у джавы создался такой нелицеприятный имидж среди студентов пэхапешников.

ьерешь нормальную IDE, я имею ввиду IDEA, а не говнообразный эклипс конечно, пишешь объектную надстройку над jdbc за два дня, генеришь метаклассы из базы, инжекшин там всякий прикручиваешь и все летает и никаких проблем. Всяко лучше чем качать мегабайты какого то гамна и потом с ним трахаться каждый день

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

А какими?

> ьерешь нормальную IDE, я имею ввиду IDEA, а не говнообразный эклипс конечно, пишешь объектную надстройку над jdbc за два дня, генеришь метаклассы из базы, инжекшин там всякий прикручиваешь и все летает и никаких проблем.

А зачем тогда вообще жаба при таком подходе?

>А какими?

А серьезно, какими? Пацаны нервничают, не терпится узнать какими же все таки. И вообще, тут многие так потрясают спрингом. Что конкретно дает вам спринг кроме контейнера объектов и заготовленных шаблонов типа ДАО и всевозможной срани для Аспектов?

Я что не пойму мании пихать спринг во все дыры куда только можно, только и слышно вокруг спринг, спринг, спринг.

>а не говнообразный эклипс конечно

Ну извени дружок, не удержался, струю тебе на щеку за такие высказывания.

> Ну извени дружок, не удержался, струю тебе на щеку за такие высказывания.

ты эта, смотри кого цитируешь.

>ты эта, смотри кого цитируешь.

Сорри, помашка вышла.

> И здесь тоже всё не то: http://speckyboy.com/2008/04/01/top-10-javascript-frameworks-which-do-you-pre.. . ?

Увы и ах ...

Все перечисленное - преимущественно библиотеки спецэффектов (тут раскасим малиновым цветом, там развернем, а вон там сделаем, чтоб дрыгалось) с зачатками виджетов. По сути это инструменты продвинутого дизайнера, но никак не разработчика GUI.

ExtJS - инструмент более высокого уровня, это именно библиотека виджетов (как QT или Swing) для рисования сложных форм - при этом интерпретатор заведомо есть у всех (правда заведомо очень медленный, потому писать надо осторожно).

Уникальность ExtJS в том, что она совершенно независима от сервера - там может быть все что угодно. Т.е. разработчику GUI нужен редактор (действительно удобного с _нормальным_ автокомплитом, к сожалению, нет), отладчик (Firebug вполне адекватен), несколько браузеров и API к middle tier в виде какого-нибудь JSON-RPC или REST. Таких слов как JEE, JPA, JTA ему и знать не надо. Более того, middle tier может и совсем не быть - вместо него можно работать, например, с Google Gears или CouchDB.

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

> А зачем тогда вообще жаба при таком подходе? А чем этот подход кардинально отличается от других подходов? Просто вместо того, что бы выдумывать очередные мегаиндустриальные стандарты и толкать туда всех как стадо баранов на убой, сидеть половину рабочего времени тратить на их адаптацию, интеграцию и мегакооперацию берется сам язык, который в совокупности с нормальной средой разработки дает фору всем другим абсолютно во всем- и в простоте, и в скалируемости и в функциональном охвате и за неделю пишутся легковесные простые компоненты которые покрывают все нужды, те самые 20% реально используемого функционала из того Гигантского Ужоса, который навыдумывали эти мега теоретики.

К черту все это гамно, именно оно тянет язык на дно, как уродливый нарост на здоровом теле

>Пользуюсь ZKOSS , очень доволен. Не для массовых страничек конечно,

А почему не для массовых страничек, конечно? forum.ixbt.com на нем можно переписать? А то хочу им переписать http://forum.ixbt.com/topic.cgi?id=5:13-72#l на Java, но не знаю, нужно ли использовать JEE, AJAX, или достаточно Spring

Вот основные тренды развития Java EE:
http://developers.sun.com/learning/javaoneonline/j1sessn.jsp?sessn=TS-7866&am...
(на habrahabrе подсказали)

> берется сам язык, который в совокупности с нормальной средой разработки дает фору всем другим абсолютно во всем- и в простоте, и в скалируемости и в функциональном охвате и за неделю пишутся легковесные простые компоненты которые покрывают все нужды, те самые 20% реально используемого функционала из того Гигантского Ужоса, который навыдумывали эти мега теоретики.

Это вы точно про Яву? O_o

>Ну хотя бы тем, что не зависишь от того купит ли твой следующий работодатель идею или нет :)

нафига зависеть от работодателя?
идея ж несерьёзных для современного девелопера денег стоит - 5-8к на "неограниченное" кол-во компов (главное чтобы она там была не одновременно запущена, т.е. можно ставить и дома, и на работе)

>А почему не для массовых страничек, конечно?

по мне так хотя бы из-за
<noscript><div class="noscript"><p>Sorry, JavaScript must be enabled.<br/>Change your browser options, then <a href="">try again</a>.</p></div></noscript>


>А то хочу им переписать http://forum.ixbt.com/topic.cgi?id=5:13-72#l на Java, но не знаю, нужно ли использовать JEE, AJAX, или достаточно Spring

вы путаете технологии.
J2EE там, думаю, совсем не нужно.
вообще я бы начинал с прототипа на grails

>И здесь тоже всё не то: http://speckyboy.com/2008/04/01/top-10-javascript-frameworks-which-do-you-pre.. . ?
>Bohtvaroh

Хорошая статья! Все по полочкам - сразу видно человек понимает о чем говорит.

>Я что не пойму мании пихать спринг во все дыры куда только можно, только и слышно вокруг спринг, спринг, спринг.

Да нет, помимо контейнера объектов у спринга немало других вкусностей. Одно AOP чего стоит

Re^2: Прогноз использования платформы Java EE

>>JSF надо выкинуть. всё остальное очень даже юзабельно

> +1. JSF - аццкое говнецо.

Вы ее готовить не умеете :) JBoss Seam смотрели?

> Хорошая статья! Все по полочкам - сразу видно человек понимает о чем говорит.

нет, он не знает про YUI.

перечисленным фреймвокам до YUI - как до китая раком (особенно когда сложные компоненты лабать типа таблиц)

J2EE, JSP, JSF, EJB, JDBC, JMS, JAAS, JACC, JAX-RS,
JDK, JRE... OMG!

Насмешил ))) Может сначала матчасть почитаете прежде чем сравнивать Spring c app серверами?

> идея ж несерьёзных для современного девелопера денег стоит - 5-8к на "неограниченное" кол-во компов

Вы и компьютер рабочий сами покупаете, и кресло? :) Мне лично, дома идея не нужна, J4f я на _жабе_ точно ничего делать не буду, для всего остального вполне хватает имакса.

> Вы ее готовить не умеете :) JBoss Seam смотрели?

Вот это уж точно ужаснах, навертеть такой сумбур из JSF и EJB это ещё надо было постараться.

>Вы ее готовить не умеете :) JBoss Seam смотрели?

писал проект узающий Seam целых 2 месяца, потом к счастью уволился.

>J2EE, JSP, JSF, EJB, JDBC, JMS, JAAS, JACC, JAX-RS,
JDK, JRE... OMG!

чем больше бузвордов, тем толще и длиннее ынтерпрайз. под конец даже разработчики путаются в версиях и абривиатурах ,)

> пишешь объектную надстройку над jdbc за два дня, генеришь метаклассы из базы, инжекшин там всякий прикручиваешь и все летает и никаких проблем

За два дня Вы пишете "объектную надстройку над JDBC".
Потом за неделю Вы пишете query language для неё.
Затем две недели делаете распределённый кэш.
Ещё месяц разрабатываете координатор распределённых транзакций.
И всё это, полагаю, из-за тяжелейшего NIH-синдрома в терминальной стадии и нелепого нежелания "качать мегабайты какого то гамна".

Если Вы заявите, что всё перечисленное Вам нафиг не нужно, то это будет означать, что Вы не пишете ничего сложнее "дорвеев и дейтингов", примитивных веб-магазинов и сайтов с каталогами продукци.

Тогда напрашивается вопрос - зачем Вам Java? Продолжайте использовать PHP. Вам хочется элитарности? Возьмитесь за лисп. По утверждению адептов, как раз всевозможная генерация метаклассов, инжекшены и AOP там делаются на ура. Заодно расскажете потом об опыте, а то есть подозрение, что это всё мифы.

Уфф, j2ee такая страшная уродина, особенно более поздние версии, как на ней еще что-то пишут? :) Tapestry5 плюс Hibernate всё просто и удобно, если хочется покруче, то можно подключить Spring.

P.S. За zokoss пасибо, не знал, пойду щас смотреть.

Re^4: Прогноз использования платформы Java EE

>>Вы ее готовить не умеете :) JBoss Seam смотрели?

> писал проект узающий Seam целых 2 месяца, потом к счастью уволился.

Я, наверное, извращенец, но мне он понравился... :)

>Уфф, j2ee такая страшная уродина, особенно более поздние версии, как на ней еще что-то пишут? :)

JEE == набор библиотек. Хочешь — пользуйся по-одной, хочешь — используй связанные библиотеки.

>Tapestry5 плюс Hibernate всё просто и удобно, если хочется покруче, то можно подключить Spring.

Это всё так или иначе перешло в современную Java EE 5.0.
EJB3.0 почти аналог Hibernate. Из Tapestry получилось JSF.

> EJB3.0 почти аналог Hibernate.

Аккуратнее с терминами, пожалуйста. А то сожрут-с.

Re^4: Прогноз использования платформы Java EE

> Вот это уж точно ужаснах, навертеть такой сумбур из JSF и EJB это ещё надо было постараться.

Кстати, а есть в каком-нибудь другом фреймворке аналог CONVERSATION scope?

Чем больше читаю жабокодеров --- тем больше люблю Django.

Кому ж еще как не линуксоидам двигать
весь этот ентенрпрайз? ((

>Кстати, а есть в каком-нибудь другом фреймворке аналог CONVERSATION scope?

а что это?
вроде Spring Web Flow похоже

Re^6: Прогноз использования платформы Java EE

>>Кстати, а есть в каком-нибудь другом фреймворке аналог CONVERSATION scope?

> а что это?

> вроде Spring Web Flow похоже

Нет, насколько я понял из документации Web Flow - это аналог jBPM-ного pageflow

А conversation, это еще один scope в дополнение к Request, Session. Хранится в сессии. Имеет свой особый жизненный цикл. Т.е. conversation можно создать, удалить независимо от сессии. В нем хранятся, так же как в сессии, атрибуты. Conversation'ов может быть много в одной сессии. Очень полезно для страничек, которые хранят состояние между вызовами. Т.е., например, у меня есть странички, реализующие визард, то я могу запустить сразу два визарда и они не будут пересекаться. По-моему это самая вкусная фишка Seam'а.

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

ну вот web flow втч для визардов и предназначен.
насчёт нескольких одновременно - не знаю, не пробовал.

зы http://static.springframework.org/spring-webflow/docs/1.0.x/api/org/springfra...

ззы "A web flow is a conversation that spans multiple requests and retains state for the scope of the flow."

Re^8: Прогноз использования платформы Java EE

> ззы "A web flow is a conversation that spans multiple requests and retains state for the scope of the flow."

Да, это похоже то же самое.

>Да, это похоже то же самое.

ну, если это и правда самая интересная часть Seam'а, то и правда нафиг не нужен