Представлен (http://webagility.com/posts/purplejs-the-alternative-to-node... проект PurpleJS (http://purplejs.io/), в рамках которого развивается похожий на Node.js фреймворк, позволяющий создавать серверные приложения на языке JavaScript. Ключевой особенностью PurpleJS является использование виртуальной машины Java (JVM) для выполнения приложений, что позволяет добиться неплохой производительности и предоставить возможность интеграции с приложениями и библиотеками на языке Java.

Код проекта написан на языке Java и распространяется (https://github.com/purplejs/purplejs) под лицензией Apache 2.0. PurpleJS позволяет (https://github.com/purplejs/purplejs/wiki) создавать быстрые и лёгковесные серверные приложения на языке JavaScript или комбинируя JavaScript с Java, без применения   модели асинхронного программирования (https://ru.wikipedia.org/wiki/%D0%A0%D0%... свойственной Node.js. Для сборки проектов используется инструментарий Gradle (https://gradle.org).

Возможности PurpleJS:

-  Запуск проектов на JavaScript поверх JVM;
-  Создание многопоточных приложений на JavaScript;
-  Создание серверных приложений на  JavaScript, имеющих доступ к библиотекам Java;
-  Построение изоморфных приложений, в которых один код используется как на стороне сервера, так и на стороне клиента;
-  Создание серверных приложений, способных запускаться в любых инфраструктурах, где работает JVM;
-  Добавление в Java-проекты функциональности на языке JavaScript;
-  Создание JavaScript проектов, используя в качестве основы имеющиеся наработки на Java.

URL: http://webagility.com/posts/purplejs-the-alternative-to-node...
Новость: http://www.opennet.dev/opennews/art.shtml?num=45357

• В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Аноним, 18:42 , 21-Окт-16
  • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,anomymous, 14:58 , 22-Окт-16
    • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Аноним, 00:23 , 23-Окт-16
  • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Аноним, 00:32 , 23-Окт-16
    • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Владимир, 10:00 , 23-Окт-16
      • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,MMx, 10:05 , 25-Окт-16
        • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Windonimus, 11:03 , 30-Окт-16
          • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,handicraftsman, 22:39 , 26-Авг-17
• В рамках проекта PurpleJS, развивается альтернатива Node.js,...,SpaceRaven, 18:45 , 21-Окт-16
  • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,эцсамое, 18:53 , 21-Окт-16
    • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Виталик, 19:32 , 21-Окт-16
      • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,эцсамое, 18:06 , 22-Окт-16
        • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Виталик, 15:12 , 24-Окт-16
    • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,A.Stahl, 19:46 , 21-Окт-16
      • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,SpaceRaven, 19:50 , 21-Окт-16
        • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Ignis, 20:23 , 21-Окт-16
    • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Аноним, 00:28 , 22-Окт-16
• В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Аноним, 18:58 , 21-Окт-16
• В рамках проекта PurpleJS, развивается альтернатива Node.js,...,th3m3, 19:14 , 21-Окт-16
• В рамках проекта PurpleJS, развивается альтернатива Node.js,...,h31, 19:23 , 21-Окт-16
• В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Аноним, 19:24 , 21-Окт-16
  • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Аноним, 20:34 , 21-Окт-16
    • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Алексей Морозов, 01:21 , 23-Окт-16
      • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Mail, 10:09 , 28-Окт-16
  • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Ан, 22:16 , 21-Окт-16
  • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Тузя, 16:13 , 24-Окт-16
• В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Пользователь Debian, 19:29 , 21-Окт-16
  • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,angra, 19:57 , 21-Окт-16
    • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Аноним, 22:48 , 21-Окт-16
    • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Аноним, 00:15 , 22-Окт-16
      • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Свидетель Вирта, 01:33 , 22-Окт-16
      • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Аноним, 02:39 , 22-Окт-16
    • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,freehck, 10:53 , 23-Окт-16
      • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,angra, 12:05 , 23-Окт-16
  • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,KonstantinB, 04:43 , 22-Окт-16
    • В рамках проекта PurpleJS, развивается альтернатива Node.js,...,Andrey Mitrofanov, 17:43 , 22-Окт-16
• В рамках проекта PurpleJS развивается альтернатива Node.js, ...,YetAnotherOnanym, 21:45 , 21-Окт-16
• В рамках проекта PurpleJS развивается альтернатива Node.js, ...,Отражение луны, 22:51 , 21-Окт-16
  • В рамках проекта PurpleJS развивается альтернатива Node.js, ...,Свидетель Вирта, 01:32 , 22-Окт-16
• В рамках проекта PurpleJS развивается альтернатива Node.js, ...,Аноним, 06:43 , 22-Окт-16
  • В рамках проекта PurpleJS развивается альтернатива Node.js, ...,MPEG LA, 15:01 , 22-Окт-16
  • В рамках проекта PurpleJS развивается альтернатива Node.js, ...,anomymous, 15:02 , 22-Окт-16
    • В рамках проекта PurpleJS развивается альтернатива Node.js, ...,anomymous, 15:03 , 22-Окт-16
    • В рамках проекта PurpleJS развивается альтернатива Node.js, ...,angra, 12:22 , 23-Окт-16
      • В рамках проекта PurpleJS развивается альтернатива Node.js, ...,Аноним, 00:20 , 24-Окт-16
        • В рамках проекта PurpleJS развивается альтернатива Node.js, ...,Led, 01:53 , 24-Окт-16
        • В рамках проекта PurpleJS развивается альтернатива Node.js, ...,angra, 09:54 , 24-Окт-16
• В рамках проекта PurpleJS развивается альтернатива Node.js, ...,menangen, 17:26 , 22-Окт-16
  • В рамках проекта PurpleJS развивается альтернатива Node.js, ...,Аноним, 13:25 , 24-Окт-16
• В рамках проекта PurpleJS развивается альтернатива Node.js, ...,Аноним, 13:18 , 24-Окт-16
  • В рамках проекта PurpleJS развивается альтернатива Node.js, ...,Аноним, 13:46 , 27-Окт-16

Надо еще JVM на Phyton реализовать и прикрутить к этому чуду сверху. Так, для пущей красоты.

И обязательно под PyPy.

Даешь JVM на Python!

Jython же :D

А по сабжу - эталон ненужности.

Jython это Python под JVM. А тут предлагают JVM НА Python. Под которой можно будет запустить Jython, да.

Вспомнил старый анекдот:
"Чуваки я запускаю Star Control первый в Dos Box, в Виндузе XP, которая в виртуальной машине VMWare, которая на Gentoo лиуксе крутится. Может кто знает - почему нет звука?"

И самое интересное все знают почему

Я не знаю

Непонятно зачем это надо... Для ноды уже столько наплодили всяких библиотек, что особой надобности в чем-то из java мира особо нет. Да и думаю тормознее будет чем если писать чисто под ноду или на java

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

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

а расскажи пожалуйста?

потому что я в прошлый раз не нашел.

--max-old-space-size

>ограничить память

Это с помощью Явы-то? Ну рассмешил, молодец...

>>ограничить память
> Это с помощью Явы-то? Ну рассмешил, молодец...

ну для jvm можно задать рамки дозволенного так сказать :)

Как и для ноды

Ограничения для Java это только табличка "влезай не убьет", но следовать ей они не обязаны.

зачем это когда есть Nashorn?

Очередной костыль.

Для изоморфных приложений - сойдет.

> без применения модели асинхронного программирования, свойственной Node.js

Когда уже эти неосиляторы повымирают?

Когда за заваленные проекты фрилансеров сажать начнут.

Боюсь даже представить, что в этом случае должны будут делать за неудачные проекты с остальными видами подрядчиков :)

Зато подпольный рынок органов расцветет

А я уж было надеялся что скрестили многопоточность и асинхронность, но видно не судьба пока. Всё воюют и делают отсутствие поддержки друг друга преимуществом своим

А при чем тут неосиляторы асинхронного программирования? Тут JS пересадили на JVM. Откуда там возьмётся асинхронное IO?

Неосиляторы как раз написали node.js и всякие аналогичные Twisted'ы.
Почитайте http://journal.stuffwithstuff.com/2015/02/01/what-color-is-y.../

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

Эт ты походу еще не писал на корутинах с колбеками вместе :)

Ты не прав. ООП всегда было красиво, просто не все понимали. JS был уродлив всегда, но абсолютно ясно это стало после появления нормальных техник программирвания.

> Ты не прав. ООП всегда было красиво, просто не все понимали. JS
> был уродлив всегда, но абсолютно ясно это стало после появления нормальных
> техник программирвания.

JS is OOP

Java is OOM

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

Вы возможно удивитесь, но оно и сейчас вызывает огромное неприятие. Вот сравнительно недавняя, но очень годная статья:
https://medium.com/@cscalfani/goodbye-object-oriented-p...

Неофитам, которые в восторге от ООП, как правило не известно, что ООП-ов есть целая куча. Есть классовые модели, есть экземплярные, со множественным наследованием и без оного. Они ведут себя по-разному в статически типизированных языках и в динамически типизированных. И у всех у них свои преимущества и недостатки.

И в каждом языке свои правила хорошего программирования, касающиеся ООП. Явисты имеют тенденцию включать свои объекты в качестве полей класса, чтобы избежать слишком глубокого наследования. Потому что это единственный способ гарантировать, что изменение в базовом классе не поломают дочерние. Но в этом случае приходится создавать в куче множество объектов, задача сборки мусора по куче имеет сложность O(n^2), что ведёт к тормозам при запуске GC. Окамлистам и вовсе требуется помогать компилятору, прописывая интерфейсы заранее, иначе в случае ошибки типа компилятор не сможет определить конкретное место её возникновения. И в этом случае теряется основная фишка ML-подобных языков: возможность забить на явные указания типов, перепоручив их вывод компилятору, что так удобно при начальной разработке, когда базвые типы и структуры могут ещё сто раз поменяться.

И вот таких вот нюансов в каждой реализации ООП масса. Если ты знаешь ООП в одном языке - ты знаешь ООП только в этом языке и нигде больше. Если же владеешь процедурным программированием на хорошем уровне - ты хорошо владеешь им везде, и тебе везде эти навыки пригодятся (за исключением разве что языков, в которых ООП - это религия, и без него никуда).

1. Меня это не удивит аж ни разу. А сама статья слабая и демонстрирует скорее плохое понимание ООП у автора, я читал куда более обоснованные претензии.
2. Неофиты не в восторге от ООП, оно для них просто естественно, каких либо эмоций по этому поводу у них нет. Точно также как для тех, кто начинал с процедурного(или функционального) стиля, естественен он и тоже не вызывает восторга или неприятия. Восторг или непрятие может вызывать только смена привычной парадигмы.
3. С процедурным программированием ровно та же история. Каждый язык имеет свои особенности. Гордые Сишники пишут отвратительный тормозной код на PHP(без учета ООП).
4. Несмотря на массу различий, общие принципы все-таки сохраняются. Тому, кто знает ООП на одном ЯП, будет куда легче понять его на другом ЯП, чем человеку, не имеющему опыта с ООП вообще. Точно также и с другими парадигмами.

await уже есть в babel/ts, с ним жить намного проще.

> await уже есть в babel/ts, с ним жить намного проще.

"Chrome 55 Beta Brings Async/Await To JavaScript"" @ Phoronix
Date: Fri, 21 Oct 2016 15:14:56 EDT (19 hours, 26 minutes, 37 seconds ago)

Впрочем, можешь ещё раз перечитать (ты ж прочитал?!) последний абзай того поста на journal.stuffwithstuff.com, там про тебя.

Java и JavaScript не имеют ничего общего, говорили они...

C++ > Java
Node.js > Фуфел.js

NAY, Delphi->Java

Когда же они, наконец, напишут JavaScript на JavaScript?

eval()

> Когда же они, наконец, напишут JavaScript на JavaScript?

У меня вообще такое ощущение, что часть хипстерской среды с ума посходила полностью. Какие-то PyPy, Cython'ы.

JavaScript на JVM вот ещё.
Осталось JVM на Go переписать, а тот на расте...

Точно, глупые хипстеры, вот  программистам на настоящих языках вроде С или Pascal никогда бы не пришло в голову делать компилятор своего языка на нем самом. Правда?

Компилятор C есть в 99.(9)% систем. Он и ассемблер - основа действительно переносимого кода.

Всё остальное (включая паскаль) - игрушки из серии "У нас есть компилятор нашего языка, написанный на нашем языке. Но если вы хотите собрать его из исходников, а не использовать собранный нами блоб, то для этого вам сначала придётся скачать собранный нами блоб и собрать им наш компилятор, в который наш блоб честно-честно не понавставляет закладок. Ах да, если вы хотите собрать наш компилятор для системы, для который его пока не собрали мы, то подождите, пока под эту систему его соберём мы. И ещё, у нас нет ни сил, ни желания, ни возможностей поддерживать его для чего-либо кроме Linux x86, Linux x86-64 и Windows x86. Но зато мы запакуем наш блоб для всех дистрибутивов Linux, о которых когда-либо слышали."

> ассемблер - основа действительно переносимого кода.

Сам-то понял, что ляпнул?

А компилятор С в 99.(9)% систем просто сам по себе заводится или его боженька посылает с небес. Не то что компиляторы какого-нибудь паскаля. А кросскомпиляция это вообще бесовская штука, верующим про нее не положено знать, также как и про существование паскаля или других языков для туевой хучи ОС и архитектур помимо Linux x86, Linux x86-64 и Windows x86. А не то могут разуверится в святом С.

Народ не в курсах про vert.x, который по сути node.js, но позволяет писать код на всяких groovy, Python, Ruby, JavaScript - и всё это прекрасно взаимодействует с java кодом, работает асинхронно и быстро.

Ты npm видел? Эти макаки свой репозиторий не знают и постоянно вилосипеды пишут(и выкладывают), что же говорить про весь оставшейся мир...

js рвется в Ынтерпрайз? Бегите глупцы!

Увы, он уже там.