https://opennet.dev/openforum/vsluhforumID3/101929.html Подготовка первого стабильного выпуска языка программирования Rust (http://www.rust-lang.org), развиваемого проектом Mozilla, выходит на финишную прямую - бета-выпуск Rust 1.0 ознаменовал (http://blog.rust-lang.org/2015/04/03/Rust-1.0-beta.html) полную стабилизацию программных интерфейсов всех библиотек и языковых конструкций. Обращение ко всем компонентам API, которые признаны нестабильными, в бета выпуске и релизе будет приводить к выводу ошибки, для использования экспериментальных возможностей отныне следует использовать ночные сборки или явно разрешить данные возможности на этапе сборки. Релиз запланирован на 15 мая. <br><br><br>Основной причиной подготовки Rust 1.0 является желание стабилизировать язык и сделать его пригодным для использования в реальных проектах. В процессе подготовки ветки Rust 1.0 программные интерфейсы и возможности языка подверглись значительной ревизии, после которой по умолчания оставлены (http://blog.rust-lang.org/2015/01/09/Rust-1.0-alpha.html) только полностью готовые к применению во https://opennet.dev/openforum/vsluhforumID3/101929.html#158 Fri, 10 Apr 2015 11:10:27 GMT &gt; Я наблюдал как команда писала ядро проекта на С++ и код был <br>&gt; очень ровным. Вот тогда меня и научили "вменяемому" программированию на С++ <br>&gt; и научили ненавидеть Java :)<br><br>Ненависть была связана с обоснованным отказом от использования Java в пользу C++ или же чисто эмоциональными претензиями/отсутствием навыков программирования на Java и необходимостью его изучать/?<br><br>Архитектура сервера онлайн-игры на примере Skyforge: http://habrahabr.ru/company/mailru/blog/220359/<br><br><br> https://opennet.dev/openforum/vsluhforumID3/101929.html#157 Thu, 09 Apr 2015 13:56:37 GMT &gt;&gt; В любой. Как можно протестировать EJB без сервера приложений?<br>&gt;&gt; http://habrahabr.ru/company/luxoft/blog/246465/#comment_8191813 <br>&gt; Про @Test для EJB как раз написано в вышеуказанной книге. <br>&gt; Не надо бояться изучить что-то новое.<br><br>Про @Test написано и в статье на сайте <br>https://netbeans.org/kb/docs/javaee/javaee-entapp-junit.html<br>- но там всеравно запускается Embedded EJB Container, других вариантов нет.<br>вопрос был: как протестировать без сервера приложений? ответ: никак, это невозможно.<br><br>&gt;&gt; Каким образом "оно уже там", если в Java EE 8 <br>&gt;&gt; только собираются добавить JSR 371 - Model-View-Controller 1.0 ?<br>&gt;&gt; Причем, выглядит это как гибрид JAX-RS + 10% возможностей Spring MVC.<br>&gt;&gt; Как обычно версия 1.0 будет очень неудобной для использования, а до версии <br>&gt;&gt; 3.2 может быть и дорастет до юзабельного состояния, сравнимого со Spring MVC.<br>&gt; Вот когда выйдет, тогда решим, чем это отличается от Spring MVC. <br><br>JSR 371 - Model-View-Controller 1.0 можно прочитать не дожидаясь выхода Java EE 8.<br><br>&gt; Мож https://opennet.dev/openforum/vsluhforumID3/101929.html#156 Thu, 09 Apr 2015 08:30:10 GMT &gt; В любой. Как можно протестировать EJB без сервера приложений?<br>&gt; http://habrahabr.ru/company/luxoft/blog/246465/#comment_8191813 <br><br>Оригинал статьи: http://www.oracle.com/technetwork/articles/java/integrationtesting-487452.html<br>"Published September 2011"<br><br>&gt;[оверквотинг удален]<br>&gt; без сервера приложений, а лишь с помощью Spring MVC Test Framework.<br>&gt; Это преимущество спринга? Да еще какое. Например, у меня на не самом <br>&gt; быстром компе <br>&gt; более сотни тестов пролетало всего за 7-8 секунд через Spring MVC Test <br>&gt; Framework.<br>&gt;&gt;&gt; а в спринге это все делается элементарно, потому что компоненты - это обычные POJO, <br>&gt;&gt;&gt; так что не особо напрягаясь можно на 100% покрыть юнит-тестами даже очень сложный код.<br>&gt;&gt; Дааа? Можно подумать, что POJO &#8212; это исключительная фича Spring'а. :)) <br>&gt; В спринге нет EJB и проч. прелестей Java EE, так что да, <br>&gt; "все есть POJO" - это просто ГРОМАДНОЕ преимущество спринга.<br><br>Про @Test для EJB как раз написано в вышеуказанной книге. Не надо бояться изучить что-то новое.<br> https://opennet.dev/openforum/vsluhforumID3/101929.html#155 Thu, 09 Apr 2015 00:02:05 GMT &gt;&gt;&gt; Java EE &#8212; это стандарт и масса реализаций <br>&gt;&gt; то есть на деле эта "масса реализаций" выливается только в то, <br>&gt;&gt; что силы тратятся впустую на создание конкурирующих решений.<br>&gt; На деле создаются два решения на одной общей спецификации: эталонное (и медленное) <br>&gt; открытое и быстроее (масштабируемое) закрытое, соответствующее эталонной реализации. <br><br>То есть, основная цель создания Java EE была одна - зарабатывать деньги.<br>Демо-версия - берите бесплатно, а полноценная версия - уже надо платить.<br><br>Spring - это open source, имеет всего одну версию для платных и бесплатных <br>пользователей, а деньги зарабатывает не продажей лицензий (как майкрософт) <br>а продажей поддержки (как Red Hat) - это более честный и справедливый вариант.<br><br>&gt;&gt; Чем-то это напоминает ситуацию с операционными системами, <br>&gt;&gt; Linux - всего одна система, которая развивается очень быстро, <br>&gt;&gt; BSD - раздробилась на много мелких систем, которые конкурируют между собой.<br>&gt; Мне не напоминает, потому что FreeBSD, например, вырождается в https://opennet.dev/openforum/vsluhforumID3/101929.html#154 Wed, 08 Apr 2015 23:39:23 GMT &gt; Значит IBM и Oracle зря берут деньги у телекомов &#8212; давно пора <br>&gt; прикрывать лавочки и заниматься, например, рыбалкой или сёрфингом.<br><br>IBM и Oracle продают железо + софт в комплекте,<br>так что деньги они берут не зря, а за "решения"<br><br>&gt;&gt; Spring MVC - очень удобная штука, в Java EE такого нет.<br>&gt; А JSF на что?<br><br>JSF has very nice way of rendering views и его можно использовать <br>вместе с Spring MVC вместо JSP или других технологий отрисовки view.<br><br>Но Spring MVC - это гораздо более простой и универсальный инструмент,<br>который может все то же что и JAX-RS и даже больше, <br>так что в спринге отдельный JAX-RS просто не нужен.<br><br>&gt; JSF: https://netbeans.org/kb/docs/web/jsf20-intro_ru.html <br><br>Для сравнения, Spring MVC: https://spring.io/guides/gs/serving-web-content/<br><br>&gt;&gt; Spring Testing - в Java EE такого тоже нет.<br>&gt;&gt; С тестированием EJB и прочего Java EE возникают очень большие проблемы<br>&gt; В какой версии?<br><br>В любой. Как можно протестировать EJB без сервера приложений?<br>http://habrahabr.ru/company/luxoft/ https://opennet.dev/openforum/vsluhforumID3/101929.html#153 Wed, 08 Apr 2015 21:28:13 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt; а про Java EE - практически ничего. В других частях света может быть ситуация иная.<br>&gt;&gt; То же самое: про GNU/Linux (Git) "вони" больше, чем по Windows (Mercurial), <br>&gt;&gt; хотя, казалось бы, должно быть наоборот. Почему? Всё дело в (НЕ)ОЧЕВИДНОСТИ <br>&gt;&gt; тех или иных ситуаций с точки зрения практического применения.<br>&gt; Git - более популярная система, чем Mercurial, поэтому про него говорят больше. <br>&gt; Аналогично и Linux / Windows.<br>&gt; Если через http://www.google.com/ncr погуглить "Linux" <br>&gt; и "Windows", то будут такие результаты: <br>&gt; Результатов: примерно 455 000 000 - Linux <br>&gt; Результатов: примерно 2 280 000 000 - Windows<br><br>Разница &#8212; 5 раз.<br><br>&gt; Аналогичные результаты получаются и по Git / Mercurial: <br>&gt; Результатов: примерно 220 000 000 - Git <br>&gt; Результатов: примерно 27 000 000 - Mercurial <br><br>Разница &#8212; 8 раз.<br><br>&gt;&gt; Java EE &#8212; это стандарт и масса реализаций <br>&gt; "масса" - это две, если брать Java EE 7 Web Profile Compatible <br>&gt; Implementations <br>&gt; и аж четыре ра https://opennet.dev/openforum/vsluhforumID3/101929.html#152 Wed, 08 Apr 2015 20:57:19 GMT &gt; Спринг сейчас более популярен, чем Java EE, и разработчиков, <br>&gt; которые знают/умеют спринг больше, чем разработчиков которые знают Java EE.<br>&gt; Хотя у Java EE есть один плюс - это независимость от конкретной <br>&gt; реализации.<br>&gt;&gt; Существуют бесплатные сертифицированные на полную совместимость с Java EE 7 решений.<br>&gt;&gt; Это Oracle Glassfish (эталонная реализация) и Red Hat WildFly (бывший JBoss).<br>&gt; Как может быть Red Hat WildFly сертифицирован на полную совместимость с Java <br>&gt; EE 7, <br>&gt; если он использует внутри себя редхатовскую же Hibernate, которая по вашим словам <br>&gt; JPA 1.0 - 2006 год?<br><br>Так ведь в 2014-2015 году версия Hibernate в WildFly подросла и позволила пройти сертификацию на соответствие JPA 2.1 в Java EE 7.<br>Spring-фан, очевидно, не принял во внимание прогресс разработки альтернативной реализации. Он же весь в себе, для него время застыло на JavaEE5/6.<br><br>&gt;&gt; Кроме этого, коммерческие решения в чём-то могут превосходить бесплатные, например, в высокой <br>&gt;&gt; масштабируемости и нагрузочной способност https://opennet.dev/openforum/vsluhforumID3/101929.html#151 Wed, 08 Apr 2015 19:34:25 GMT &gt;&gt; Тогда твоим выбором должен быть rust.<br>&gt; Странно, мой выбор ни у кого не занимал.<br><br>Что в этом странного? Обычно занимает?<br> https://opennet.dev/openforum/vsluhforumID3/101929.html#150 Wed, 08 Apr 2015 19:29:21 GMT &gt;&gt;&gt; Ок, спринг стал мейнстримом. Учту.<br>&gt;&gt; По крайней мере, в рунете на Java-конференциях про спринг говорят очень много, <br>&gt;&gt; а про Java EE - практически ничего. В других частях света может быть ситуация иная.<br>&gt; То же самое: про GNU/Linux (Git) "вони" больше, чем по Windows (Mercurial), <br>&gt; хотя, казалось бы, должно быть наоборот. Почему? Всё дело в (НЕ)ОЧЕВИДНОСТИ <br>&gt; тех или иных ситуаций с точки зрения практического применения.<br><br>Git - более популярная система, чем Mercurial, поэтому про него говорят больше.<br>Аналогично и Linux / Windows.<br><br>Если через http://www.google.com/ncr погуглить "Linux" <br>и "Windows", то будут такие результаты:<br><br>Результатов: примерно 455 000 000 - Linux <br>Результатов: примерно 2 280 000 000 - Windows<br><br>Аналогичные результаты получаются и по Git / Mercurial:<br><br>Результатов: примерно 220 000 000 - Git<br>Результатов: примерно 27 000 000 - Mercurial<br><br>&gt; Java EE &#8212; это стандарт и масса реализаций <br><br>"масса" - это две, если брать Java EE 7 Web Profile Compatible Implementat