https://www.opennet.ru/openforum/vsluhforumID3/113352.html В рамках проекта TeaVM (http://teavm.org/) развивается компилятор, позволяющий компилировать Java-байткод в JavaScript и WebAssembly для последующего выполнения в браузере. Ключевым отличием от проекта GWT (http://www.gwtproject.org/) (Google Web Toolkit) является то, что TeaVM выполняет трансляцию на уровне байткода (может компилировать файлы *.class или *.jar), без привязки к исходным текстам на языке Java, что позволяет компилировать проекты на языках Kotlin и Scala. Код TeaVM распространяется (https://github.com/konsoletyper/teavm) под лицензией Apache 2.0.<br><br><br>Основной целью TeaVM является предоставление средств по созданию web-приложений для разработчиков знакомых с Java, унификации платформы для разработки (фронтэнд на базе те же технологий, что и бэкенд) или при необходимости задействования в web-приложении уже имеющегося кода на Java. TeaVM по возможности сохраняет оригинальную структуру методов, выдавая читаемый и понятный JavaScript. Для разработки одностраничных web-приложений на Java, Kotlin https://www.opennet.ru/openforum/vsluhforumID3/113352.html#117 Tue, 20 Dec 2022 11:20:21 GMT Джавовский стиль программирования всяко лучше, особенно для крупных проектов. Да и байт-код по идее должен исполняться быстрее, чем код, который еще надо оттранслировать. Но ждать, что производители все поголовно вставят себе java-машины для целей js не приходится. Слишком уж сильна инерция. <br> https://www.opennet.ru/openforum/vsluhforumID3/113352.html#116 Fri, 26 Jan 2018 19:41:04 GMT &gt; А приведите пример что на ней _не_ тормозит?<br><br>Долгоработающие веб-сервисы на JVM вполне себе живут и здравствуют.<br><br>&gt; Даже если допустить, что не уступает(это не так)<br><br>Зато она хорошо параллелится. А нынче при дешёвых ядрах это не так уж дурно.<br><br>&gt; то она откусывает столько памяти, что вываливается даже на серверах.<br><br>Ну так это и плюс, и минус. Интеграторы, например, очень любят продавать решения на JVM, ибо они вкупе с ними продадут ещё и хорошее, дорогое железо. А тем, кто покупает такие решения и железо, как правило пофиг на память: это явно не самая большая статья расходов.<br><br>&gt; Я уже молчу про различные ситуации с джавовскими GC, про них легенды пишут<br><br>Да, но в целой куче задач GC не сильно критичен. Вот например прокся на яве. Из-за GC каждый сотый запрос обрабатывается не мгновенно, а аж 60 секунд. Неприятно? Да. Критично? Нет. Юзер даже не заметит, что у него этот 1% выстрелил. Перезагрузит страницу, и всего делов-то.<br> https://www.opennet.ru/openforum/vsluhforumID3/113352.html#115 Fri, 26 Jan 2018 19:26:57 GMT &gt; На Java пишутся системы, которых вам не показывали, которые считают ваши деньги, если они у вас, конечно, есть.<br><br>Не, биржевое ПО пишут на вещах посерьёзнее. Например на OCaml.<br>А под JVM пишут в основном менее критичные вещи. Веб, DLP, IGA...<br>А, или вы про автоматы для оплаты всякой хрени, что в универмагах стоят? Тогда согласен. )<br> https://www.opennet.ru/openforum/vsluhforumID3/113352.html#114 Tue, 23 Jan 2018 19:37:56 GMT &gt; А в реале половина ваших прог работает только под форточкой а иногда <br>&gt; и прибита в определённой версии\вендору JVM\JDK :-p <br>&gt; Ни и знаменитое - мы из опен сорса ... какая проблема _пересобрать_ <br>&gt; то?!?!?! Это вам сырков не дают :-)<br><br>Не подскажешь, почему валится?:<br><br>% mate-system-monitor<br>&lt;...&gt;<br>(mate-system-monitor:83599): Gtk-CRITICAL **: gtk_tree_store_set_valist: assertion 'VALID_ITER (iter, tree_store)' failed<br><br>(mate-system-monitor:83599): Gtk-CRITICAL **: gtk_tree_store_set_valist: assertion 'VALID_ITER (iter, tree_store)' failed<br><br>(mate-system-monitor:83599): Gtk-CRITICAL **: gtk_tree_store_get_value: assertion 'VALID_ITER (iter, tree_store)' failed<br><br>(mate-system-monitor:83599): GLib-GObject-WARNING **: gtype.c:4264: type id '0' is invalid<br><br>(mate-system-monitor:83599): GLib-GObject-WARNING **: can't peek value table for type '&lt;invalid&gt;' which is not currently referenced<br>LibGTop-Server(c=83600): [WARNING] pid 83600 received eof.<br>Ошибка сегментации<br>% <br><br>- весь сишный стек пересобрал, https://www.opennet.ru/openforum/vsluhforumID3/113352.html#113 Tue, 23 Jan 2018 18:56:23 GMT А в реале половина ваших прог работает только под форточкой а иногда и прибита в определённой версии\вендору JVM\JDK :-p<br><br>Ни и знаменитое - мы из опен сорса ... какая проблема _пересобрать_ то?!?!?! Это вам сырков не дают :-)<br> https://www.opennet.ru/openforum/vsluhforumID3/113352.html#112 Tue, 23 Jan 2018 18:52:15 GMT &gt;Можешь пойти и набить морду прогеру. Жаба тут непричём.<br><br>И по аналогии:<br>Когда ты видишь stack overflow error ... а нас за що?! да?! :-))))<br> https://www.opennet.ru/openforum/vsluhforumID3/113352.html#111 Tue, 23 Jan 2018 18:29:13 GMT &gt;&gt;ОС ставили из бинарника [i386] на 64-битный процессор x86-64, то машкод не увидит расширенных регистров [amd64] и оперативную память больше 4GB.<br>&gt; И ровно то же самое произойдёт если ты будешь гонять свою жабу на 32-битной JVM :-))))<br><br>JVM написана на C++ под определённую ОС. Выше головы или жо.ы не прыгнешь;) Зато можно написать программу на Java, которая работает и в 32-, и 64-х системах без необходимости перекомпиляции-пересборки (только нужную JVM подавай). Масштаб ощущаешь?<br><br> https://www.opennet.ru/openforum/vsluhforumID3/113352.html#110 Tue, 23 Jan 2018 18:26:34 GMT &gt;&gt; В Android нет JVM. Там свой нескучный мирок интерпретаторов байт-кодов.<br>&gt; 1. Чем это JVM не подходит под определение "интерпретатор байт-кода"?<br><br>В Android не JVM, интерпретирующая проприетарный формат байт-кода Google.<br><br>&gt; 2. С каких это пор в OpenJDK не входит JVM?<br><br>JVM входит в OpenJDK, но не входит в Android.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/113352.html#109 Tue, 23 Jan 2018 18:22:22 GMT &gt; Но ведь так и есть. Достаточно сравнить netbeans и geany на не <br>&gt; слишком мощной системе. Первая и память отожрет и продолжит тормозить. Вторая <br>&gt; летает и не жрет ничего.<br><br>В netbeans есть встроенный отладчик, профилировщик, интроспекция, фоновая компиляция, разбор и верификация DOM XML, автодополнение кода, куча плагинов. А в Geany что-нибудь из этого есть кроме подсветки синтаксиса и команд на кнопках? Geany надо сравнивать с jEdit, но не никак не с IDE.<br><br><br>