Valery ShiskinТе, кто интересуется IT технологиями, не могли не заметить, что огромное количество сообщений, блогов и комментариев относится к Node.js.
Обычный трендовый buzz, как скрам, RoR, MindMap. Пожужат и забудут.

Valery Shiskin Мне пришлось сталкнуться с существующим приложением на node.js. Мало того, код уже был написан и мне надо было в нем разбираться. После Java- это не просто труд - это дурацкий труд. Вот где правило действительно действует: "Писать код легко ,но трудно
И такой тренд тоже недавно был. Называется "асинхронность - наше всё". Асинхронность была жутка привлекательна по той причине что исключала блокировки и максимально эффективно нагружала CPU. Проблема же оказалась в подходе. Код не представляет из себя более единой транзакции и одна транзакция состоит из кучи асинхронных кусков, целостность которых не так просто поддерживать. Java много лет остаётся простой и лаконичной.

Valery Shiskin(а для JavaScript оооочень трудно) этот код читать".

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

Valery ShiskinНо бог с ним с node.js. Оказалось, что существует масса frameworks для java, подобных node.js. Например. vert.x. Это меня успокоило. Всетаки java может. И может намного лучше.

Java может это уже более 10 лет. Технолгия называется JMS. NIO, кажется чуть позже появился. NIO+JMS вот и выйдет Node.js.

Valery ShiskinОднако, я обнаруживаю Play! Framework. Это тоже java. Да, но до версии 2.0. После этого она становится Scala. не то, что бы я совсем тупой, чтобы не понимать, что Scala - это jvm платформа, но выбор template - Scala vs Groovy, roots: Scala vs Groovy ?

Не очень понял как это к Node.js относится. Существует море других фреймверков, почему разговор только про эти два?

Valery ShiskinИ, самое главное, может быть кто-то подскажет, какой ответ может предложть jee в смысле Servlet 3.1 и Nashorn.
А какой ответ? На что? Несколько лет назад был аналогичный шум про RoR. Пошумели и успокоились. Оказалось тормозным. Кому нравится, те пишут.
А сервлеты с JSP как использовались так и продолжают.

Valery ShiskinBlazkowicz,
Вы, наверное подумали, что я плачусь. Но нет.

Где я об этом писал?

Valery ShiskinМы не говорим о технологиях, мы говорим о frameworks.

Вышеназваные фреймверки используют разные технологии чем и уникальны. Говорить о них не упоминая используемые технологии бессмысленно.

Valery ShiskinФакт таков, что существует Node.js, Vert.x, Play. И я хочу, что бы кто-то объяснилл - в чем различие
Почему только эти три?
Node.js - старый добрый всем знакомый JavaScript, но на сервере + асинхронные IO и логика.
Vert.x - попытка реализовать Node.js, но для JVM.
Play - just another Java web framework. Один из многих. На данный момент выделяется только поддержкой Scala.

Valery Shiskinvert.x = это не попытка - это реальность.
Эээ... "реальность" не является антонимом к слову "попытка". "Попытка", потому что фреймверк молодой. Потому что появился на волне популярности Node.js и с большой оглядкой на него.

Valery ShiskinА мои вопросы актуальны, а почему не Servlet 3.1?
Этим вопросом вы делаете утверждение что где-то кем-то массово используется vert.x вместо Servlet 3.1, тем самым вызываете у меня когнитивный диссонанс.

Valery ShiskinОтнюдь. Видя популярность nodejs и понимая его слабые стороны я задаюсь вопросом: А как jee 7 может ответить. Но так, что бы это было красиво.
"популярность nodejs" она только в новостных лентах видима. Никому же интересно обсудить очередную версию Java. А тут обозвали асинхронность killer-фичей, сказали что все остальные фреймверки сосут по производительности и таким дешевым пиаром пользуются.
Зачем jee 7 отвечать на очередную поделку?

Petro123весь этот пост стоит на этом утверждении.
- с чего взял, что Node.js - это круто?
Именно. Трендовость это как попса. Тренды приходят и уходят. А классика остаётся.

Valery ShiskinСогласен, и хочу, чтобу развенчали или нет
Что развенчать-то? Если не говорить о Java, а о многочисленных web-фреймверках на вообще всех платформах, то основной критерий выбора один - писать на том что нравится.
Всё остальное - условности. (в самом прямом смысле, всегда можно подобрать условия, в которых что-то одно будет смотреться выгоднее)

Valery ShiskinВот видите, ничего, кроме оскорблений. Хоть что нибудь конструктивное !!!
Блин, ну где оскорбления? Вы хоть цитированием пользуейтесь!

конструктивное было в начале, но вы его успешно проскипали.
чем Node.js лучше JEE - ничем.
Почему? - Потому что технологически всё тоже самое давно есть в Java:
асинхронный IO - NIO, HTTP коннекторы
асинхронная логика - JMS
А с точки зрения языка, уже кучу раз обсасывали на сколько статическая типизация круче динамической. Почитайте соответствующие форумы.

Valery ShiskinXем Node.js лучше JEE - ничем. - Абсолютно с Вами соглаен.

Цитировние всё ещё не ваш конек. Вы через почту что ли на сервер ходите?

Valery ShiskinИ это есть: Но почему появилсся Servlet 3.1 вам почему то не в домек. И, если бы я знал ответ или хотя бы намек, я бы не обратщался к форуму.

Это на меня такой наезд? Или к чему это?
По-вашему Servlet 3.1 это симметричный ответ Оракл на Node.js?

Valery ShiskinЯ таких умных ответов знал от многих "экспертов", которые утверждали, что Groovy is a Dynamic Type language". Эти же экспкрты говорили, что "мы хотим Scala в Play, потому, что Groovy - Dynamic. Кто прав?
Ну, давайте отдельную тему заведём. Вкратце:
динамическая типизация - меньше писать
статическая типизация - больше писать, но проще поддерживать
кому что нравится.

Blazkowiczдинамическая типизация - меньше писать
статическая типизация - больше писать, но проще поддерживать
кому что нравится.
Тут есть ещё какая тема. Фанаты динамической типизации ненавидят статическую, потому что используют ущербные IDE и их реально кумарит код набирать. У нас в Java есть полноценные IDE с действительно интеллектуальной автоподстановокой. С такми писать статическую типизацию не внапряг.

забыл никвсе эти рор-ноде тренды создаются потому что быстрый веб-девелопмент в java реально сосет, все они пригодны для быстрого прототипирования, когда проект разрастается и переходит в другую фазу, все с них слезают, взять эти твиттеры и т.п. А если сайтик небольшой - то зачем там вообще java впилась, java - это энтерпрайз онли.
Ну, да. В Java даже человеку с опытом въехать нужно время. Денёк чтобы чтобы научится компилять и собирать. Ещё денёк, чтобы это всё запустить в контейнере и подебажить. Тут железные нервы нужны. :)
Это не PHP, где набрал в фаре код, бросил в папку и оно запаботало.

забыл никЕдинственная вещь которая мне нравится в роре и что я ненавижу в java - это долгий процесс сборки и пересборки, хотя в принципе и это улучшается если разрабаывать на Jetty + HotSwap + Jrebel
Ну, не знаю. У меня сейчас среднего размера проект - собираеться минуту в мавене, деплоится на томкат секунд 30. Это если руками.
Если интеграцию IDEA+Tomcat исопльзовать с неполной перекомпиляцией, то там секунд 15 на перезапуск сервера уходит.
Даже без JRebel никакого напряга не чуствую.

Йуный джавистЪА что если настроить инкрементальный билд на сервере? Тогда на сервере можно делать svn up + там же инкрементальный билд.
Не столько инкрементальный билд, сколько continuous integration. Когда TeamCity или Jenkins всё то же самое делает в фоновом режиме, совершенно не важно, хоть час проект собирается, хоть два.

Valery ShiskinЯ не знаю, симметричный ли это ответ (Servet 3.1) . Поэтому и спросил. Нет, на сам деле, внятного ответа от Oracle, Но интересно. Я думал, что на форуме не ловят на вопросах, а пытаются отвечать.
Sorry.
Вы вот это называете вопросом? Или я чего-то не понял?
Valery ShiskinИ это есть: Но почему появилсся Servlet 3.1 вам почему то не в домек.
Отвечают, Servlet 3.1 не является реакцией оракл на Node.js. Это просто логическое развитее а API в свете последних тендеций в web. Асинхронность, лишь небольшая часть этой спецификации и нафига она там вообще я пока не очень понял.

Роман ДынникКлючевое слово здесь long pooling - разберитесь что это такое если еще не разобрались.
С хера ли оно ключевое? Это лишь одна из фич Node.js.