>> В любой. Как можно протестировать EJB без сервера приложений?
>> http://habrahabr.ru/company/luxoft/blog/246465/#comment_8191813
> Про @Test для EJB как раз написано в вышеуказанной книге.
> Не надо бояться изучить что-то новое.Про @Test написано и в статье на сайте
https://netbeans.org/kb/docs/javaee/javaee-entapp-junit.html
- но там всеравно запускается Embedded EJB Container, других вариантов нет.
вопрос был: как протестировать без сервера приложений? ответ: никак, это невозможно.
>> Каким образом "оно уже там", если в Java EE 8
>> только собираются добавить JSR 371 - Model-View-Controller 1.0 ?
>> Причем, выглядит это как гибрид JAX-RS + 10% возможностей Spring MVC.
>> Как обычно версия 1.0 будет очень неудобной для использования, а до версии
>> 3.2 может быть и дорастет до юзабельного состояния, сравнимого со Spring MVC.
> Вот когда выйдет, тогда решим, чем это отличается от Spring MVC.
JSR 371 - Model-View-Controller 1.0 можно прочитать не дожидаясь выхода Java EE 8.
> Может мода на антипаттерн проектирования Model-View-Controller, наконец-то, пройдёт.
??? :-() Почему Model-View-Controller - это антипаттерн?
>>> Что насчёт масштабируемости, множества виртуальных серверов и отказоустойчивости?
>> С этим тоже все нормально, кластер из двух nginx в качестве роутера,
>> или аппаратный балансировщик + сколько надо backend`ов с приложением.
> То есть без сторонних решений не обойтись.
Если не использовать nginx - такое "масштабируемое" решение
будет легко уязвимо к DDoS и DOS атакам Slowloris и т.п.
B потребует в несколько (десятков) раз больше аппаратных ресурсов
для выполнения той же работы что и в случае с использованием nginx.
Хотя, если "без сторонних решений" - это может быть удобно для того,
чтобы продавать компаниям более мощные сервера и более масштабируемые Java EE решения.
Но если смотреть с точки зрения клиента - ему более выгодно будет поставить
на frontend nginx или даже купить NGINX Plus и это обойдется в разы дешевле.
>>> Но от этого оно не станет промышленного уровня.
>> "промышленного уровня" - в переводе на английский - "Enterprise".
>> Спринг уже давно Enterprise уровня и в чем-то даже лучше Java EE.
> Так в какой промышленности он используется?
https://pivotal.io/customers
А где в промышленности используется Java EE ?
> На JSP много чего можно писать. Это ж "PHP на Java", считай.
Разработчик языка Java, Джеймс Гослинг, охарактеризовал технологию JSP, лежащую в основе JSF, как «проект-клон Microsoft ASP, который был создан, только чтобы продемонстрировать насколько сама подобная идея плоха; но модель почему-то отказалась умирать»
- https://www.youtube.com/watch?v=9ei-rbULWoA
Если посмотреть на https://spring.io/guides/gs/serving-web-content/
- в спринге не заставляют пользоваться именно JSP, для отрисовки View
можно применять Thymeleaf, JSF и практически любую другую технологию.
> Обезьянки радуются простоте. :))
Любой вменяемый человек радуется простоте. Чем проще софт - тем он надежнее.
Например, операционная система UNIX построена на тех же принципах -
минимализма и простоты интерфейсов.
Для сравнения, когда оракл выкатил обновление 4.1 для своего Java EE стека,
они в этом минорном релизе 4.x -> 4.y исправили более одной тысячи багов.
Страшно даже подумать, сколько там еще багов осталось и как оно вообще
может работать и выдавать какой-то осмысленный результат при этом.